Redes de Ordenadores

REDES
DE
ORDENADORES
Tabla de contenidos
Tabla de contenidos
U.T. 1.
Redes de ordenadores ........................................................................................... 5
1 Sistema de comunicacin ................................................................................................ 5
1.1 Definicin .................................................................................................................. 5
1.2 Componentes ........................................................................................................... 5
2 Red de ordenadores ........................................................................................................ 6
2.1 Definicin .................................................................................................................. 6
2.2 Ventajas ................................................................................................................... 7
3 Esquemas de conmutacin .............................................................................................. 7
U.T. 2.
Arquitecturas de sistemas de comunicaciones ................................................... 9
1 Arquitecturas de sistemas de comunicaciones ................................................................ 9
1.1 Concepto de arquitectura de comunicaciones .......................................................... 9
1.2 Arquitecturas propietarias y estndar........................................................................ 9
2 Protocolo de comunicacin ............................................................................................ 10
2.1 Definicin ................................................................................................................ 10
3 Arquitecturas basadas en niveles .................................................................................. 10
4 El modelo de referencia OSI .......................................................................................... 13
4.1 Capas del modelo OSI ............................................................................................ 14
4.1.1
Capa fsica ...................................................................................................... 14
4.1.2
Capa de enlace ............................................................................................... 15
4.1.3
Capa de red o de interred ................................................................................ 15
4.1.4
Capa de transporte .......................................................................................... 16
4.1.5
Capa de sesin................................................................................................ 16
4.1.6
Capa de presentacin...................................................................................... 17
4.1.7
Capa de aplicacin .......................................................................................... 17
4.2 Transmisin de datos en el modelo OSI ................................................................. 17
5 El modelo de referencia TCP/IP..................................................................................... 18
5.1 Capa de acceso a la red ......................................................................................... 19
5.2 Capa de interred ..................................................................................................... 19
5.3 Capa de transporte ................................................................................................. 20
5.4 Capa de aplicacin ................................................................................................. 20
U.T. 3.
Funciones y servicios de la capa de acceso a la red ......................................... 22
1 Introduccin ................................................................................................................... 22
2 Teora de seales y comunicaciones ............................................................................. 23
2.1 Consideraciones de diseo ..................................................................................... 23
2.2 Representacin y anlisis de las seales ............................................................... 23
2.3 Velocidad de transmisin y velocidad de modulacin ............................................. 24
2.4 Contaminaciones y deformaciones de la seal ....................................................... 24
2.4.1
Atenuacin ...................................................................................................... 24
2.4.2
Distorsin por retardo ...................................................................................... 25
2.4.3
Interferencias ................................................................................................... 26
2.4.4
Ruido ............................................................................................................... 26
2.4.5
Eco .................................................................................................................. 26
2.5 Adaptacin de la transmisin .................................................................................. 27
2.5.1
Modulacin de datos digitales en seales digitales .......................................... 27
2.6 Modos de transmisin ............................................................................................. 28
2.6.1
Transmisin sncrona y asncrona ................................................................... 28
2.6.2
Transmisin serie y paralelo ............................................................................ 29
2.6.3
Transmisin analgica y digital ........................................................................ 29
2.6.4
Comunicacin smplex, semidplex y full-dplex ............................................. 29
3 Servicios ........................................................................................................................ 30
4 El medio fsico ............................................................................................................... 30
4.1 Tipos de medios ..................................................................................................... 31
4.1.1
Medios guiados ............................................................................................... 31
1
Tabla de contenidos
4.1.2
Medios no guiados o inalmbricos ................................................................... 34
Tipos de redes ............................................................................................................... 34
5.1 Tipos segn la tecnologa de transmisin ............................................................... 35
5.1.1
Redes de difusin ............................................................................................ 35
5.1.2
Redes punto a punto ....................................................................................... 35
5.2 Tipos segn la extensin geogrfica ....................................................................... 36
5.2.1
Redes de rea local ......................................................................................... 36
5.2.2
Redes de rea extendida ................................................................................. 36
5.2.3
Redes de rea metropolitana........................................................................... 36
5.3 Tipos segn la topologa ......................................................................................... 37
5.3.1
Topologa en bus ............................................................................................. 37
5.3.2
Topologa en anillo .......................................................................................... 38
5.3.3
Topologa en estrella ....................................................................................... 38
6 Funciones de la capa de acceso a la red ....................................................................... 39
6.1 Control de errores ................................................................................................... 40
6.1.1
Deteccin de errores ....................................................................................... 40
6.2 Control de flujo ....................................................................................................... 41
6.3 Multiplexacin de enlaces lgicos ........................................................................... 42
6.4 Entramado .............................................................................................................. 42
7 Gestin del enlace ......................................................................................................... 43
8 Comunicacin a travs de una red de difusin .............................................................. 43
8.1 Acceso al medio ..................................................................................................... 44
8.1.1
Paso de testigo ................................................................................................ 44
8.1.2
Contienda ........................................................................................................ 44
8.2 Control de la comunicacin ..................................................................................... 44
8.3 Direccionamiento MAC ........................................................................................... 45
8.4 Redes Ethernet ....................................................................................................... 46
8.5 Protocolo de control de acceso al medio ................................................................ 47
8.6 Elementos presentes en las LAN ............................................................................ 48
8.6.1
Hub o concentrador ......................................................................................... 49
8.6.2
Switch o conmutador ....................................................................................... 49
8.6.3
Bridge o puente ............................................................................................... 50
9 Comunicacin por un enlace punto a punto ................................................................... 50
10 Redes inalmbricas ....................................................................................................... 51
10.1
Elementos de una red inalambrica ...................................................................... 52
10.1.1 Punto de acceso .............................................................................................. 52
10.1.2 Canales inalmbricos ...................................................................................... 53
10.1.3 Clientes inalmbricos....................................................................................... 53
10.2
Modos de operacin de redes inalmbricas ........................................................ 53
10.2.1 Modo de red ad hoc ......................................................................................... 54
10.2.2 Modo de red de infraestructura ........................................................................ 54
10.2.3 Funcionalidad WDS ......................................................................................... 55
10.2.4 Repetidor WIFI ................................................................................................ 55
10.3
La seguridad inalmbrica .................................................................................... 55
10.3.1 Cifrado en el nivel de enlace............................................................................ 56
10.3.2 Detencion de la difusin de la SSID................................................................. 58
10.3.3 Filtrado de direcciones MAC ............................................................................ 58
10.3.4 Funcionalidad WPS ......................................................................................... 58
5
U.T. 4.
Funciones y servicios de la capa de interred ..................................................... 59
1 Fundamentos generales ................................................................................................ 59
1.1 Tipos de servicio ..................................................................................................... 60
1.1.1
Servicio orientado a la conexin ...................................................................... 60
1.1.2
Servicio no orientado a la conexin ................................................................. 61
1.2 Tipos de subredes .................................................................................................. 61
1.2.1
Subredes de circuitos virtuales ........................................................................ 61
1.2.2
Subredes de datagramas ................................................................................ 61
1.2.3
Comparacin entre los tipos de subredes ........................................................ 62
2
Tabla de contenidos
3
4
5
1.3 Protocolos............................................................................................................... 62
Protocolo IP ................................................................................................................... 63
2.1 Protocolo IPv4 ........................................................................................................ 63
2.2 Paquetes IP ............................................................................................................ 63
2.3 Direccionamiento .................................................................................................... 64
2.3.1
Direccionamiento UNICAST ............................................................................ 64
2.3.2
Comunicacin cuando fuente y destino comparten el medio ........................... 66
2.3.3
Mscara de red o de subred ............................................................................ 67
2.3.4
Rangos de direcciones pblicas ...................................................................... 69
2.3.5
Rangos de direcciones privadas o reservadas................................................. 69
2.3.6
Rango de direcciones para DHCP fallido ......................................................... 70
2.3.7
Rango de direcciones de loopback .................................................................. 70
2.3.8
Direcciones especiales no validas ................................................................... 70
2.4 Subredes IP o subnetting........................................................................................ 72
2.5 Protocolo IPv6 ........................................................................................................ 77
Protocolo ARP ............................................................................................................... 77
Protocolo ICMP.............................................................................................................. 79
Enrutamiento ................................................................................................................. 80
5.1 Comunicacin cuando fuente y destino no comparten el medio.............................. 80
5.2 Encaminamiento o enrutamiento ............................................................................ 82
5.3 Algoritmos de enrutamiento .................................................................................... 83
5.3.1
Principio de optimizacin ................................................................................. 83
5.3.2
Algoritmos no adaptativos................................................................................ 83
5.3.3
Algoritmos adaptativos .................................................................................... 84
5.4 Routers o encaminadores ....................................................................................... 85
5.4.1
Tabla de enrutamiento ..................................................................................... 86
Congestionamiento ........................................................................................................ 88
U.T. 5.
Funciones y servicios de la capa de transporte ................................................. 90
1 Fundamentos generales ................................................................................................ 90
1.1 Calidad de servicio ................................................................................................. 91
1.2 Direccionamiento .................................................................................................... 91
2 Protocolos...................................................................................................................... 92
2.1 El protocolo TCP..................................................................................................... 92
2.2 El protocolo UDP .................................................................................................... 93
U.T. 6.
Funciones y servicios de la capa de aplicacin ................................................. 95
1 Fundamentos del nivel de aplicacin ............................................................................. 95
1 Internet .......................................................................................................................... 95
2 Protocolo NAT ............................................................................................................... 98
2.1 Conexin a Internet ................................................................................................ 99
2.1.1
Conexin ADSL ............................................................................................. 100
2.1.2
Conexin por cable ........................................................................................ 101
2.1.3
Conexin inalmbrica .................................................................................... 101
3 Protocolos de infraestructura TCP/IP ........................................................................... 101
3.1 Servicio DHCP ...................................................................................................... 102
3.2 Servicio DNS ........................................................................................................ 103
3.2.1
Estructura del servicio DNS ........................................................................... 103
3.2.2
El nombre de dominio .................................................................................... 104
3.2.3
El proceso de resolucin de nombres de dominio .......................................... 106
4 Servicios en Internet .................................................................................................... 107
4.1 Servicio Web ........................................................................................................ 108
4.1.1
Arquitectura del servicio Web ........................................................................ 109
4.1.2
Direccin Web o URL .................................................................................... 110
4.1.3
Seguridad en la Web ..................................................................................... 111
4.2 Servicio de correo electrnico ............................................................................... 111
4.2.1
Arquitectura del servicio de correo electrnico............................................... 112
4.2.2
Direcciones de correo electrnico .................................................................. 114
3
Tabla de contenidos
4.2.3
Formato de un mensaje de correo electrnico ............................................... 114
4.2.4
Seguridad en el correo electrnico ................................................................ 115
4.3 Servicio de transferencia de ficheros .................................................................... 116
4.4 Servicio de conexin remota ................................................................................. 117
5 Mecanismos de seguridad bsicos en Internet ............................................................ 118
6 Elementos de interconexin ......................................................................................... 123
U.T. 7.
Sistemas de cableado estructurado .................................................................. 124
1 Introduccin ................................................................................................................. 124
2 Normalizacin de sistemas de cableado estructurado ................................................. 126
2.1 Norma EIA/TIA-568 .............................................................................................. 126
2.2 Norma ISO/IEC 11801 .......................................................................................... 127
2.3 Norma CENELEC EN 50173 ................................................................................ 127
3 Componentes .............................................................................................................. 127
3.1 rea de trabajo ..................................................................................................... 129
3.2 Subsistema horizontal .......................................................................................... 129
3.3 Subsistema vertical............................................................................................... 130
3.4 Subsistema campus ............................................................................................. 131
4 Cableado estructurado en categora 6 ......................................................................... 131
5 Recomendaciones para la instalacin.......................................................................... 132
6 Cables de comunicaciones .......................................................................................... 133
6.1 Tipos de cables .................................................................................................... 133
6.1.1
Par trenzado .................................................................................................. 133
6.1.2
Cable coaxial ................................................................................................. 135
6.1.3
Fibra ptica .................................................................................................... 136
6.1.4
Comparativa de cables .................................................................................. 138
6.2 Canalizaciones ..................................................................................................... 139
6.3 Componentes del cableado estructurado .............................................................. 140
6.4 Herramientas ........................................................................................................ 145
U.T. 1 Redes de ordenadores
U.T. 1. REDES DE ORDENADORES

1 Sistema de comunicacin
1.1 Definicin
Qu tienen en comn una persona hablndole por telfono a otra, un profesor dando una clase
a sus alumnos, un farero avisando a un barco de la proximidad de la costa o un ordenador
envindole un fichero a otro a travs de Internet. En principio, ms bien poco. Sin embargo en
todos y cada uno de los casos descritos hay establecido y funcionando un sistema de
comunicacin.
Llamamos sistema de comunicacin al conjunto de dispositivos de cualquier
naturaleza que colaboran con el nico objetivo de hacer posible el intercambio de
informacin entre dos entidades.
1.2 Componentes
Si analizamos detenidamente cada uno de los sistemas de comunicacin anteriormente
identificaremos una serie de elementos presentes en todos ellos:
La fuente de la informacin es el dispositivo que genera los datos a transmitir. La

persona que se encuentra hablando por telfono, el profesor que se encuentra dando la
clase, el farero y el ordenador que est enviando el fichero, seran las respectivas
fuentes de informacin en los distintos sistemas de comunicacin descritos
anteriormente.
El transmisor de la informacin. En la mayora de las ocasiones, los datos generados

por la fuente no se pueden transmitir directamente tal y como son generados, sino que
tienen que sufrir ciertas transformaciones para que puedan ser transmitidas:
La persona que est hablando por telfono no puede transmitir la voz directamente por
la lnea telefnica, sino que tiene que hacer uso de un aparato, llamado telfono, que
convierte el sonido en una seal capaz de viajar por la lnea telefnica.
Un profesor dando clase no puede transmitir directamente su pensamiento a los
alumnos, sino que utiliza sus cuerdas vocales y su boca para articular sonidos que
puedan viajar por el aire.
El farero no puede transmitir su mensaje de advertencia al capitn del barco tal y como
lo piensa, sino que tiene que hacer uso de seales luminosas que transporten dicha
informacin a travs del espacio.
El ordenador tiene que hacer uso de un mdem para convertir las cadenas de bits que
componen el fichero a seales analgicas que puedan ser transmitidas a travs de la
red telefnica.
El transmisor se encarga de transformar y codificar la informacin que procede de
la fuente para que sta pueda ser transmitida a travs del sistema de transmisin.
El sistema de transmisin es el sistema a travs del cual viaja la informacin desde la

fuente hacia el destino. Puede ir desde una simple lnea de transmisin hasta una
compleja red. En los ejemplos anteriores los sistemas de transmisin seran,
respectivamente, la red telefnica, el aire que llena el aula, el espacio a travs del cual
viaja la luz y una red de comunicaciones.
El receptor de la informacin. De igual manera que la informacin generada por la

fuente tiene que ser transformada para poder ser transmitida por el sistema de
transmisin, al llegar sta al sistema destino, dicha informacin deber ser transformada
nuevamente para que pueda ser tratada y entendida por el dispositivo destino.
5
As, por ejemplo, el telfono de la persona que est escuchando deber transformar en
sonido la seal que llega por la lnea telefnica.
El aparato auditivo de los alumnos que estn escuchando al profesor deber
transformar los sonidos que llegan por el aire en seales que sean entendibles por sus
cerebros.
Los ojos del capitn del barco debern transformar las seales luminosas que llegan
desde el faro en seales que sean entendidas por su cerebro.
Y el mdem del ordenador que est recibiendo el fichero deber transformar las seales
analgicas que llegan a travs de la lnea telefnica en una cadena de bits.
El receptor es el elemento que se encarga de aceptar la seal proveniente del
sistema de transmisin y la convierte de tal manera que pueda ser manejada por el
dispositivo destino.
El destino de la informacin. Es el dispositivo al que van dirigidos los datos

transmitidos. La persona que est escuchando al otro lado del telfono, los alumnos de
la clase, el capitn del barco y el ordenador que est recibiendo el fichero seran los
respectivos destinos de la informacin en los ejemplos que hemos estado describiendo.
En la siguiente figura se muestra un esquema simplificado de un sistema de comunicacin.

Se denomina mensaje a la informacin que se pretende que llegue al receptor
("informacin con significado" para el destinatario).
Los sistemas de comunicacin a los que nos referiremos en este tema son sistemas en los que
tanto el emisor como el receptor, son equipos electrnicos. El emisor normalmente transforma
el mensaje original (seal-mensaje) en seal elctrica, por medio de un transductor (un
micrfono, por ejemplo), y la adecua y amplifica obteniendo otra seal (seal a transmitir) apta
para ser eficientemente emitida a travs del canal y captada por el receptor. En el receptor se
realiza el proceso inverso: la seal transmitida se reconvierte en la seal-mensaje de forma que
sta sea inteligible para el receptor final.
2 Red de ordenadores
2.1 Definicin
Una vez introducido el concepto de sistema de comunicacin de manera genrica, es hora de
comenzar a centrarnos en el sistema de comunicacin que nos interesa, aqul que permite el
intercambio de informacin entre ordenadores: las redes de ordenadores.
Una red de ordenadores es un conjunto de ordenadores autnomos (es decir, con

capacidad para funcionar por s solos como unidad completa de procesamiento) y
con capacidad de interconexin (es decir, con la posibilidad de intercambiar
informacin con otros ordenadores).
Cada uno de estos ordenadores conectados en red recibe el nombre de host.
2.2 Ventajas
Qu ventajas nos puede proporcionar tener varios ordenadores conectados entre s.
Cuando dos ordenadores estn conectados, la informacin que est
en uno de ellos puede ser accedida desde el otro, la informacin est
compartida y trasciende de su ubicacin fsica, pues puede ser
trasmitida desde un lugar a otro de la red. En vez de hablar de
compartir informacin podemos generalizar un poco ms y hablamos
de la posibilidad de compartir cualquier tipo de recurso, por ejemplo,
compartir una impresora, una conexin a Internet, un disco duro, etc.
La principal ventaja de la interconexin de ordenadores, frente al uso de ordenadores no
conectados, es la posibilidad de compartir recursos. Derivadas de esta ventaja aparecen otras
como las siguientes:
Ahorro econmico. Gracias a la posibilidad de compartir ciertos recursos, no es

necesario que cada ordenador tenga uno propio, lo que produce un ahorro econmico
considerable. Por ejemplo, si hay una impresora compartida en red, ya no es necesario
que todos los ordenadores dispongan de impresora propia, pues pueden imprimir a
travs de la red en la impresora compartida.
Tolerancia a fallos. En una red, ante el fallo de un recurso concreto puede utilizarse
otro recurso disponible del mismo tipo sin ningn problema. Por ejemplo, supongamos
que en una red hay disponibles dos impresoras, si una dejase de funcionar, siempre se
podra seguir utilizando la otra.
Capacidad de crecimiento. Las redes proporcionan gran flexibilidad para adaptar los
recursos a las necesidades cambiantes de una empresa pues ofrecen la posibilidad de
ampliar recursos de manera fcil y econmica. Qu una impresora compartida entre
todos los ordenadores de la red no es suficiente. No hay problema. Se compra una
nueva impresora y tambin se comparte a travs de la red entre todos los ordenadores
que integran la misma.
Normalmente definimos la informtica como la ciencia que estudia el tratamiento de la

informacin. Actualmente, gracias a la generalizacin de las redes de ordenadores y a la
aparicin de "la red de redes" (Internet), el ordenador ha dejado de ser un mero elemento de
procesamiento de informacin, para convertirse en un medio de comunicacin; o sea de
intercambio de informacin.
3 Esquemas de conmutacin
Te has planteado alguna vez qu pasa cuando haces una llamada por telfono, qu cantidad
de sucesos tienen lugar para que tu voz llegue desde tu aparato de telfono hasta el telfono
de tu interlocutor. Y con el correo. Te has planteado alguna vez qu sucesos tienen lugar para
7
que la carta llegue desde la mesa de tu escritorio hasta las manos de

su destinatario. Si analizamos detenidamente estos dos sistemas de
comunicacin, nos daremos cuenta de que la filosofa que se sigue en
cada uno de ellos para hacer llegar la informacin desde el origen al
destino a travs del sistema de transmisin es radicalmente distinta.
Cuando hacemos una llamada telefnica (en el caso de que el sistema
telefnico sea analgico) se establece una conexin fsica entre el
origen y el destino, se crea dinmicamente una lnea que conecta
fsicamente ambos aparatos de telfono y que est reservada durante
el tiempo que dura la llamada.
Afortunadamente, ahora este proceso se realiza de manera
automatizada. Un sistema de comunicacin, como el telefnico (en el
caso de que el sistema telefnico sea analgico), que usa esta filosofa
para hacer llegar la informacin desde el origen al destino, se
caracteriza porque la informacin siempre sigue el mismo trayecto
desde el origen al destino, el trayecto a travs del circuito que se ha
formado. Por lo tanto, cada trozo de informacin tardar exactamente lo
mismo en llegar al destino y la informacin llegar en el mismo orden en
el que se enva.
Sin embargo, cuando enviamos una carta no tenemos un cartero en exclusividad para
transportar la carta desde el origen al destino. El cartero de nuestro barrio est, por as decirlo,
compartido entre todos los vecinos, y transporta cartas de mucha gente simultneamente.
Adems, puede ser que durante el trayecto del origen al destino la carta pase por las manos de
varios carteros, o que vaya un segmento del trayecto en moto y otro en avin. Adems, el
cartero se desplaza por la red de carreteras y no siempre va a seguir el mismo camino. De
hecho, si mandamos dos cartas distintas desde el mismo origen al mismo destino es casi
seguro que no van a tardar el mismo tiempo en llegar, ni van a seguir exactamente el mismo
trayecto. En un caso extremo, pudiera incluso pasar que la segunda carta llegase al destino
antes que la primera.
El esquema de conmutacin es define el mtodo para hacer llegar la informacin
de la fuente al destino a travs del sistema de transmisin.
En las redes de comunicaciones existen principalmente dos esquemas de conmutacin:
La conmutacin de circuitos.
Para que dos dispositivos puedan establecer una comunicacin, primero establecen una
ruta o circuito dedicado en exclusividad desde la fuente al origen, pasando por todos los
nodos intermedios que sean necesarios. La comunicacin se desarrolla en tres fases:
conexin, transferencia y desconexin. Como toda la informacin sigue el mismo
camino desde la fuente al destino, sta llega en el orden en el que fue enviada.
El ejemplo ms significativo de uso de la conmutacin de circuitos lo tenemos en la red
telefnica.
La conmutacin de paquetes.
Para transmitir datos a travs de una red de este tipo, la informacin que se quiere
transmitir se divide en trozos, llamados paquetes, que van siendo insertados en la red
paulatinamente. Estos paquetes son encaminados o dirigidos a travs de los nodos de
la red, desde la fuente al destino, de manera independiente uno de otro; es decir, cada
paquete puede seguir un camino distinto para llegar al destino y, por tanto, pueden
llegar a l de manera desordenada. El destino tendr, posteriormente, que ordenar y
ensamblar de nuevo los distintos paquetes, conforme vayan llegando, para recomponer
la informacin original.
La mayor parte de las redes de transmisin de datos y las redes de ordenadores que
utilizamos (Internet), usan este mecanismo de conmutacin.
8
U.T. 2 Arquitecturas de sistemas de comunicaciones
U.T. 2. ARQUITECTURAS DE SISTEMAS DE

COMUNICACIONES
1 Arquitecturas de sistemas de comunicaciones
En este tema, presentaremos el concepto de arquitectura de comunicaciones, y estudiaremos
los modelos de referencia OSI y TCP/IP, puesto que hoy en da son los ms importantes. El
primero de ellos por ser el estndar de iure en el mundo de las comunicaciones, mientras que
el segundo se ha convertido en un estndar de facto por su utilizacin en la red internet.
1.1 Concepto de arquitectura de comunicaciones

Conviene profundizar en lo que se entiende actualmente por arquitectura de comunicacin.
Para ello definimos primero que es una arquitectura en general.
Unas arquitectura es un conjunto de reglas que gobierna la conexin e interaccin
de los componentes de un sistema.
Esta definicin es en principio aplicable a cualquier tipo de sistema, sea este una casa, un
ordenador, una empresa o un sistema distribuido. En el caso de una arquitectura de
comunicacin, los componentes pueden ser tanto lgicos como fsicos
Componentes fsicos. Ordenadores, terminales, controladores de comunicaciones,

lneas de comunicacin, etc.
Componentes lgicos. Sistemas operativos de red, sistemas de ficheros, entidades

(representando a un protocolo), procesos de aplicacin, etc.
De esta forma, una arquitectura de comunicacin representa una solucin completa para la
interconexin de sistemas. Debe definir los servicios de comunicacin que sern accesibles a
las aplicaciones que desean comunicar, cualquier otro servicio interno definido como
consecuencia de cualquier estructuracin realizada, y los protocolos necesarios para ofrecer
dichos servicios.
1.2 Arquitecturas propietarias y estndar

El desarrollo de las diferentes arquitecturas fue debido a los fabricantes de mayor importancia.
Lo que evidentemente resultaba muy difcil es que stos, antes de que el concepto estuviera
completamente claro, se reunieran y decidieran una arquitectura comn. As que los grandes
fabricantes desarrollaron arquitecturas propietarias incompatibles entre si Florecieron las
soluciones ad hoc y se acuaron trminos tales como el de "conectividad". Por otra parte,
algunas redes ya existentes (ARPANET especialmente), formalizaron su estructura y
publicaron sus correspondientes arquitecturas a posteriori.
Pueden resumirse algunas de las caractersticas de las arquitecturas propietarias debidas a un
fabricante concreto, como qu la interoperabilidad con otros fabricantes no es el objetivo
primordial de estas arquitecturas, y el que tienen una mayor dependencia del hardware del
fabricante concreto.
Los requisitos para conectar arquitecturas distintas surgieron inmediatamente. Con el fin de
definir soluciones ampliamente aceptadas, diversas organizaciones internacionales
comenzaron a trabajar en arquitecturas ms estandarizadas. ISO defini su conocida
arquitectura de referencia. Como caractersticas principales de las arquitecturas estndar,
destaca el que han sido especificadas por organizaciones internacionales, que estn
destinadas especficamente a facilitar la interoperabilidad con otros fabricantes, y que no
dependen en absoluto de un hardware concreto.
2 Protocolo de comunicacin
2.1 Definicin
Toda comunicacin, incluso una entre personas, tiene que seguir un cierto orden, unas ciertas
reglas, que especifiquen cmo debe llevarse a cabo dicha comunicacin.
Un protocolo de comunicacin es un acuerdo entre las partes que se comunican
sobre cmo se va a proceder durante la comunicacin para que sta se pueda
llevar a cabo de manera satisfactoria.
Para que esto sea posible, todo protocolo debe contemplar
absolutamente todos los aspectos involucrados en la
comunicacin, incluidos los mecanismos de actuacin ante
cualquier situacin extraordinaria que se pudiera producir durante
la misma, para que ninguna de las partes quede bloqueada en un
estado no deseable. Del mismo modo que en un debate una
interrupcin ruda de un tertuliano puede ofender a otro tertuliano, la
interrupcin de la comunicacin de datos sin un procedimiento
reglado y ordenado podra confundir a un ordenador.
En el mundo de la comunicacin por ordenador, llamaremos protocolo de
comunicaciones al conjunto de reglas que posibilitan que dos entidades puedan
intercambiar informacin de manera ordenada y libre de errores.
3 Arquitecturas basadas en niveles

Para reducir la complejidad de su diseo, las redes se organizan como una serie de capas o
niveles, cada una construida sobre la inmediatamente inferior. La idea es dividir la
funcionalidad que lleva consigo el proceso de la comunicacin en varios grupos de funciones,
ms pequeos y relacionados entre s, de tal forma que su implementacin resulte ms
sencilla. La organizacin de una arquitectura en niveles es hoy por hoy algo completamente
asumido. Sin embargo, conviene citar las siguientes caractersticas:
Como se ha dicho, las funciones individuales a realizar son ms simples, lo que facilita
la implantacin de cada nivel (por separado) en la prctica.
Para cada nivel se define un servicio, construido sobre los servicios de niveles inferiores
y que mejora los anteriores gracias a la funcionalidad aportada por el protocolo de ese
nivel.
Los protocolos, se establecen entre niveles gemelos (peer protocols), y cada uno de
ellos puede optimizarse por separado de acuerdo a la funcionalidad que deben aportar.
Como los niveles son independientes, es posible sustituir el protocolo de un

determinado nivel por otro, siempre que el servicio ofrecido por dicho nivel no vare.
La capa n de una mquina lleva a cabo una conversacin con la capa n de otra. Las reglas y
convenciones que se siguen en esta conversacin se conocen colectivamente como protocolo
de la capa n. Bsicamente, un protocolo es un acuerdo entre las partes que se comunican
sobre cmo va a proceder la comunicacin.
Cuando hay una estructuracin en capa, cada capa tiene la misin de resolver un problema
concreto de la comunicacin, para lo cual se responsabiliza de realizar unas determinadas
tareas siguiendo sus propias reglas o protocolos para llevarlas a cabo. Adems, cada capa
ofrece una serie de servicios a la capa inmediatamente superior; es decir, le garantiza que
sabe realizar la tarea que tiene encomendada, que sabe resolver el problema del que se
encarga.
Podemos decir que un servicio es una tarea que tiene encomendada una capa.
10
Una capa puede ofrecerle a la capa superior dos tipos de servicio:
Servicio orientado a la conexin. Servicio en el que se garantiza que los datos le

llegarn en orden a la capa homloga del otro extremo de la comunicacin, que no se
producirn prdidas de datos y que los datos llegarn sin errores.
Servicio no orientado a la conexin. Servicio en el que los datos podrn llegar en

cualquier orden a la capa homloga del otro extremo de la comunicacin, en el que no
se garantiza que vayan a llegar sin errores, y en el que ni siquiera se garantiza la
entrega de dichos datos; es decir, no se puede garantizar que los datos no se vayan a
perder por el camino.
En la siguiente figura, se muestra una red de cinco capas. Las entidades que comprenden las
capas correspondientes en las diferentes mquinas se denominan pares. En otras palabras,
son las entidades pares las que se comunican usando el protocolo.
En realidad, los datos no se transfieren directamente de la capa n de una mquina a la capa n

de otra. Cada capa pasa datos e informacin de control a la capa que est inmediatamente
debajo de ella, hasta llegar a la capa ms baja. Bajo la capa 1 est el medio fsico a travs del
cual ocurre la comunicacin real. En la figura, se muestra en lneas punteadas la comunicacin
virtual y en lneas continuas la comunicacin fsica.
Entre cada par de capas adyacentes hay una interfaz.
La interfaz define qu operaciones y servicios primitivos ofrece la capa inferior a la
superior. Cuando los diseadores de redes deciden cuntas capas incluir en una
red y lo que cada una debe hacer, una de las consideraciones ms importantes es
definir interfaces claras entre las capas.
Esto requiere, a su vez, que cada capa ejecute una coleccin especfica de funciones bien
conocidas. Adems de minimizar la cantidad de informacin que se debe pasar entre capas,
las interfaces bien definidas tambin simplifican el reemplazo de la implementacin de una
capa con una implementacin completamente diferente, pues todo lo que se necesita de la
nueva implementacin es que ofrezca a su vecino de arriba exactamente el mismo conjunto de
servicios que ofreca la implementacin vieja.
Como podemos observar, el protocolo de comunicacin que rige la comunicacin en una red
de ordenadores no es uno slo, sino que ms bien es un conjunto de protocolos, actuando
cada uno de ellos en una de las capas o niveles de la arquitectura del sistema.
Se denomina pila de protocolos al conjunto de protocolos empleados en un
sistema o red de comunicaciones, estando cada uno de estos protocolos asociado
a una capa concreta de dicho sistema.
11
El nombre de pila hace referencia precisamente a esa organizacin vertical de las distintas
capas y protocolos.
Un conjunto de capas y protocolos recibe el nombre de arquitectura de red.
Ni los detalles de la implementacin ni la especificacin de las interfaces forman parte da la
arquitectura porque se encuentran ocultas dentro de las mquinas y no son visibles desde
fuera. Ni siquiera es necesario que las interfaces en todas las mquinas de una red sean
iguales, siempre que cada mquina pueda usar correctamente todos los protocolos.
Lo que es importante recordar de la figura es la relacin entre la comunicacin virtual y la real y
la diferencia entre protocolos e interfaces. Por ejemplo, los procesos pares de la capa 4
piensan que su comunicacin es "horizontal" empleando el protocolo de la capa 4. Cada uno
probablemente tiene un procedimiento llamado algo as como EnvaAlOtroLado y
TomaDelOtroLado, aunque en realidad estos procedimientos se comunican con capas ms
bajas a travs de la interfaz 2/3, no con el otro lado.
Los elementos activos de cada capa generalmente se llaman entidades. Las
entidades de la misma capa en mquinas diferentes se llaman entidades pares.
Las entidades de la capa n implementan un servicio que usa la capa n+1. La capa n puede
usar los servicios de la capa n-1 con el fin de realizar su propio servicio.
Los servicios estn disponibles en los puntos de acceso al servicio (SAP - service
access point). Los SAP de la capa n son los lugares en los que la capa n+1 puede
tener acceso a los servicios ofrecidos.
Cada SAP tiene una direccin que lo identifica de manera nica.
Como hemos visto, en una arquitectura de red organizada en capas, cada una de ellas se limita
a desarrollar su parte del trabajo en el proceso de comunicacin y entrega el resultado de dicho
trabajo a la siguiente capa de la arquitectura. Veamos esto de manera ms detallada y
concretando:
En la fuente de la comunicacin cada capa recibe datos de la capa superior. Estos

datos son tratados de acuerdo a los protocolos establecidos en dicha capa y se aade a
los mismos cierta informacin de control dirigida a la capa homloga en el destino. Se
dice entonces que la capa n encapsula los datos de la capa n + 1. El producto
resultante es pasado a la capa inmediatamente inferior como datos de capa superior y
el proceso se repite. Por tanto, conforme la informacin que se quiere enviar va bajando
por la pila de protocolos, cada capa va aadiendo su informacin de control a dicha
informacin.
En el destino de la comunicacin cada capa recibe datos de la capa inferior. Dichos

datos incluyen tanto los datos de control que le pertenecen a la capa como los datos
que tiene que enviar a la capa superior de la pila. Con la informacin de control que le
pertenece, el protocolo de la capa puede realizar el trabajo que tiene encomendado.
Entonces desencapsula los datos de la capa superior y se los enva a dicha capa, que
repite el mismo proceso con los datos que le pertenecen. Por tanto, conforme los datos
recibidos van ascendiendo por la pila de protocolos, cada capa elimina su informacin
de control.
12
Disponemos de dos modelos de referencia para la conexin de sistemas:
El modelo de referencia OSI.
El modelo de referencia TCP/IP.
4 El modelo de referencia OSI

El modelo de referencia OSI (Open Systems Interconnection) se basa en una propuesta de la
ISO (International Standards Organization). El modelo se ocupa de la conexin de sistemas
abiertos, esto es, sistemas que estn abiertos a la comunicacin con otros sistemas. El modelo
tiene siete capas. Los principios que se aplicaron para llegar a las siete capas son los
siguientes:
Se debe crear una capa siempre que se necesite un nivel diferente de abstraccin.
Cada capa debe realizar una funcin bien definida.
La funcin de cada capa se debe elegir pensando en la definicin de protocolos

estandarizados internacionalmente.
Los lmites de las capas deben elegirse a modo de minimizar el flujo de informacin a
travs de las interfaces.
La cantidad de capas debe ser suficiente para no tener que agrupar funciones en la
misma capa y lo bastante pequea para que la arquitectura no se vuelva inmanejable.
13
4.1 Capas del modelo OSI

El modelo OSI consta de siete capas:
Capa fsica.
Capa de enlace.
Capa de red o de interred.
Capa de transporte.
Capa de sesin.
Capa de presentacin.
Capa de aplicacin.
4.1.1 Capa fsica

La capa fsica se encarga de la transmisin de bits por el canal de comunicacin.
Su funcin, consiste en asegurarse de que cuando un lado enve un bit se reciba en
el otro lado un bit.
Sus principales funciones se pueden resumir como:
Definir el medio o medios fsicos por los que va a viajar la comunicacin: cable de pares
trenzados, coaxial, fibra ptica, aire...
Definir las caractersticas materiales (componentes y conectores mecnicos) y

elctricas (niveles de tensin que debern usarse para representar el 1 y el 0, la
duracin de un bit en la seal) que se van a usar en la transmisin de los datos por los
medios fsicos.
Definir las caractersticas funcionales de la interfaz (cmo se establece la conexin

inicial, cmo se mantiene y cmo se interrumpe cuando ambos lados han terminado).
14
Definir si la transmisin se puede efectuar simultneamente en ambas direcciones o no.
Transmitir el flujo de bits a travs del medio.
Garantizar la conexin, aunque no la fiabilidad de dicha conexin.
4.1.2 Capa de enlace

La capa de enlace se encarga de proveer una lnea libre de errores de transmisin.
Esta capa se ocupa del direccionamiento fsico.
Como acabamos de indicar, la tarea principal de la capa de enlace es tomar un medio de
transmisin en bruto y transformarlo en lnea que parezca libre de errores de transmisin no
detectados a la capa de red. (proveer un medio libre de errores)
Esta tarea la cumple al hacer que el emisor divida los datos de entrada en tramas de datos,
que sern transmitas de forma secuencial, procesando las tramas de acuse de recibo que
devuelve el receptor. (dividir los datos)
Puesto que la capa fsica solamente acepta y transmite una corriente de bits sin preocuparse
por su significado o su estructura, corresponde a la capa de enlace crear y reconocer los lmites
de las tramas. (entramado)
Una rfaga de ruido en la lnea puede destruir por completo una trama. En este caso, capa de
enlace de la mquina fuente puede retransmitir la trama. Sin embargo, las transmisiones
repetidas de la misma trama introducen la posibilidad de duplicar tramas. Se podra enviar una
trama duplicada si se perdiera la trama del acuse de recibo que el receptor devuelve al emisor.
Corresponde a esta capa resolver el problema provocado por las tramas daadas, perdidas y
duplicadas. (control de errores)
Otra consideracin que surge en la capa de enlace es cmo evitar que un transmisor veloz
sature de datos la un receptor lento. Se debe emplear algn mecanismo de regulacin de
trfico. (control de flujo)
Las redes de difusin tienen una consideracin adicional en la capa de enlace: cmo el acceso
al canal compartido. Una subcapa especial de la capa de enlace se encarga de este problema,
la subcapa de acceso al medio.
4.1.3 Capa de red o de interred

La capa de red se ocupa de hacer que los datos lleguen desde el origen al destino,
an cuando ambos no estn conectados directamente.
En este nivel se realiza el direccionamiento lgico y la determinacin de la ruta de los datos
hasta su receptor final.
La capa de red debe determinar cmo se encaminan los paquetes de la fuente a su destino.
Las rutas se pueden casar en tablas estticas o dinmicas. (encaminamiento)
Si en la subred se encuentran presentes demasiados paquetes a la vez, se estorbarn
mutuamente, formando cuellos de botella. El control de tal congestin pertenece tambin a la
capa de red. (controlar la congestin de la subred)
Cuando un paquete debe viajar de una red a otra para alcanzar su destino, pueden surgir
muchos problemas. El tipo de direcciones que usa la segunda red puede ser diferente del de la
primera; puede ser que la segunda no acepte el paquete por ser demasiado grande; los
protocolos pueden diferir y otras cosas. La capa de red debe resolver todos estos problemas
para lograr que se interconecten redes heterogneas. (conexin de redes heterogneas)
En las redes de difusin el problema del encaminamiento es simple y la capa de red con
frecuencia es delgada o incluso inexistente.
15
4.1.4 Capa de transporte

La capa de transporte acepta datos y se asegura de que todos lleguen
correctamente al otro extremo de manera eficiente, independizndolo del tipo de
red fsica que se est utilizando.
La funcin bsica de la capa de transporte es aceptar datos de la capa de sesin, dividirlos en
unidades ms pequeas si es necesario, pasarlos a la capa de red y asegurar que todos los
pedazos lleguen correctamente al otro extremo. Adems, todo esto se debe hacer de manera
eficiente de forma que asle a las capas superiores de los cambios inevitables en el hardware.
En condiciones normales, la capa de transporte crea una conexin de red distinta para cada
conexin de transporte que requiera la capa de sesin. Sin embargo, si la conexin de
transporte requiere un volumen de transmisin alto, es posible crear varias conexiones de red
dividiendo los datos entre las conexiones para aumentar el volumen (multiplexacin). Por otro
lado, si es costoso crear o mantener una conexin de red, la capa de transporte puede
multiplexar varias conexiones de transporte en la misma conexin de red para reducir el costo.
En todos los casos, la capa de transporte debe lograr que la multiplexin sea transparente para
la capa de sesin.
La capa de transporte determina tambin qu tipo de servicio proporcionar a la capa de
sesin y, finalmente, a los usuarios de la red (tipo de servicio). El tipo ms popular de
conexin de transporte es un canal punto a punto libre de errores que entrega mensajes o
bytes en eI ordenen que se enviaron. Sin embargo, otras posibles clases de servicio de
transporte son el transporte de mensajes aislados sin garanta respecto al orden de entrega y
la difusin de mensajes a mltiples destinos.
La capa de transporte es una verdadera capa de extremo a extremo, del origen al destino. En
otras palabras, un programa en la mquina fuente sostiene una conversacin con un programa
similar en la mquina de destino, haciendo uso de los encabezados de mensajes y de los
mensajes de control. En las capas bajas, los protocolos se usan entre cada mquina y sus
vecinas inmediatas, y no entre las mquinas de origen y destino, que pueden estar separadas
por muchos routers. La diferencia entre las capas 1 a la 3, que estn encadenadas, y las capas
4 a la 7, que son de extremo a extremo, se muestra en la figura anterior. Muchos nodos estn
multiprogramados, lo que implica que mltiples conexiones entran y salen de cada nodo. En
este caso se necesita una manera de saber qu mensaje pertenece a qu conexin. El
encabezado de transporte, es una opcin para colocar esta informacin.
Adems de multiplexar varias corrientes de mensajes por un canal, la capa de transporte debe
cuidar de establecer y liberar conexiones a travs de la red. Esto requiere alguna clase de
mecanismo de asignacin de nombres, de modo que un proceso en una mquina pueda
describir con quin quiere conversar. Tambin debe haber un mecanismo para regular el flujo
de informacin, a fin de que un nodo rpido no pueda saturar a uno lento (control de flujo).
4.1.5 Capa de sesin

La capa de sesin permite a los usuarios de mquinas diferentes establecer
sesiones entre ellos. El servicio provisto por esta capa es la capacidad de asegurar
que dada una sesin establecida entre dos mquinas, la misma se pueda efectuar
para las operaciones definidas de principio a fin, reanudndolas en caso de
interrupcin.
Una sesin permite el transporte ordinario de datos, como lo hace la capa de transporte, pero
tambin proporciona servicios mejorados que tiles en algunas aplicaciones.
Uno de los servicios de la capa de sesin es manejar el control del divago. Las sesiones
pueden permitir que el trfico vaya en ambas direcciones al mismo tiempo, o slo direccin a la
vez. Si el trfico puede ir nicamente en un sentido a la vez, la capa de sesin puede ayudar a
llevar el control de los turnos.
16
Un servicio de sesin relacionado es el manejo de testigos. Para algunos protocolos es

esencial que ambos lados no intenten la misma operacin al mismo tiempo. A fin de controlar
estas actividades, la capa de sesin proporciona testigos que se pueden intercambiar.
Solamente el lado que posea el testigo podr efectuar la operacin crtica.
Otro servicio de sesin es la sincronizacin. Consideremos los problemas que p pueden ocurrir
cuando se trata de efectuar una transferencia de archivos de 2 horas de duracin entre dos
mquinas que tienen un tiempo medio entre rupturas de 1 hora. Cada transferencia, despus
de abortar, tendra que empezar de nuevo desde el principio y probablemente fallara tambin
la siguiente vez. Para eliminar este problema, la capa de sesin ofrece una forma de insertar
puntos de verificacin en la corriente de datos, de modo que despus de cada interrupcin slo
se deban repetir los datos que se transfirieron despus del ltimo punto de verificacin.
4.1.6 Capa de presentacin

La capa de presentacin se ocupa de la sintaxis y la semntica de la informacin
que se transmite, de manera que aunque distintos equipos puedan tener diferentes
representaciones internas de caracteres los datos lleguen de manera reconocible.
Un ejemplo tpico de servicio de presentacin es la, codificacin de datos en una forma
estndar acordada. Los diferentes ordenadores tienen cdigos diferentes para representar
cadenas de caracteres (por ejemplo, ASCII y Unicode), enteros (por ejemplo, en complemento
a uno y en complemento a dos), y dems. Con el fin de hacer posible la comunicacin entre
equipos con representaciones diferentes, las estructuras de datos por intercambiar se pueden
definir de forma abstracta, junto con un cdigo estndar que se use "en el cable". La capa de
presentacin maneja estas estructuras de datos abstractas y las convierte de la representacin
que se usa dentro del equipo a la representacin estndar de la red y viceversa.
4.1.7 Capa de aplicacin

La capa de aplicacin define los protocolos que utilizan las aplicaciones para
intercambiar datos, como correo electrnico (POP y SMTP), servidor de ficheros
(FTP), servidores web (HTTP). Hay tantos protocolos como aplicaciones distintas.
Por ejemplo, consideremos la situacin de un editor de pantalla completa que debe trabajar en
una red con muchos tipos diferentes de terminal, cada uno con formatos diferentes de pantalla,
secuencias de escape para insertar y eliminar texto, A mover el cursor, etctera.
Una forma de resolver este problema es definir una terminal virtual de red abstracta que los
editores y otros programas puedan manejar. Para cada tipo de terminal, se debe escribir un
programa para establecer la correspondencia entre las funciones de la terminal virtual de red y
las de la terminal real. Por ejemplo, cuando el editor mueva el cursor de la terminal virtual a la
esquina superior izquierda de la pantalla, este software debe emitir la secuencia apropiada de
rdenes a la terminal real para poner su cursor en ese lugar.
Otra funcin de la capa de aplicacin es la transferencia de archivos. Los diferentes sistemas
de archivos tienen convenciones diferentes para nombrar los archivos, formas diferentes de
representar lneas de texto, etc. La transferencia de un archivo entre dos sistemas diferentes
requiere la resolucin de stas y otras incompatibilidades. Este trabajo tambin pertenece a la
capa de aplicacin, lo mismo que el correo electrnico, la carga remota de trabajos, la
bsqueda en directorios y otros recursos de uso general y especial.
4.2 Transmisin de datos en el modelo OSI

La siguiente figura muestra un ejemplo de cmo se pueden transmitir datos empleando el
modelo OSI.
17
El proceso remitente tiene algunos datos que quiere enviar al proceso receptor, as que entrega
los datos a la capa de aplicacin, la cual aade entonces al principio el encabezado de
aplicacin AH (que puede ser nulo) y entrega el elemento resultante a la capa de presentacin.
La capa de presentacin puede transformar este elemento de diferentes maneras y
posiblemente aadir al principio un encabezado, entregando el resultado a la capa de sesin.
Es importante darse cuenta que la capa de presentacin no sabe qu porcin de los datos
entregados a ella por la capa de aplicacin es la AH, si existe, y cules son en verdad los datos
del usuario.
Este proceso se repite hasta que los datos alcanzan la capa fsica, donde son transmitidos
realmente a la mquina receptora. En esa mquina se retiran los distintos encabezados, uno
por uno, conforme el mensaje se propaga hacia arriba por las capas hasta que por fin llega al
proceso receptor.
Aunque la transmisin real de los datos es vertical, cada capa se programa como si fuera
horizontal. Por ejemplo, cuando la capa de transporte emisora recibe un mensaje de la capa de
sesin, le aade un encabezado de transporte y lo enva a la capa de transporte receptora.
Desde su punto de vista, el hecho de que en realidad debe dirigir el mensaje a la capa de red
de su propia mquina es un tecnicismo sin importancia.
5 El modelo de referencia TCP/IP

Una vez descrita la filosofa que se debe seguir a la hora de construir un protocolo de
comunicacin general, ha llegado el momento de centrar el foco de atencin en las redes de
ordenadores.
En el mundo de las redes de ordenadores existen dos protocolos
de comunicacin: el protocolo de comunicaciones OSI, que es un
protocolo que se ha quedado como modelo terico (es decir,
apenas se utiliza en el mundo real), y el protocolo de
comunicaciones TCP/IP, que es el protocolo de comunicaciones
ms extendido en las redes de ordenadores y es el que se usa en
el mundo Internet.
Siguiendo la filosofa de divisin en capas, TCP/IP no ser un
protocolo de comunicacin compuesto por un nico protocolo, sino
que estar formado por un conjunto de protocolos (pila de
protocolos), cada uno de los cuales actuar en una de las capas
que se hayan definido en el modelo, dando solucin a los problemas que se deben abordar en
dicha capa. Por lo tanto, para dar una descripcin de la pila de protocolos TCP/IP, lo que
vamos a hacer es enumerar cada una de las distintas capas del modelo, indicando qu
problemas o problemas se tienen solucionar en las mismas.
El modelo TCP/IP divide la arquitectura de red en las siguientes capas o niveles:
Capa de acceso a la red.
Capa de interred.
Capa de transporte.
18
Capa de aplicacin.
La siguiente imagen ilustra la correspondencia entre las capas de la arquitectura OSI y las
capas de la arquitectura TCP/IP:
5.1 Capa de acceso a la red

Todo host que forma parte de una red est conectado a sta a travs de un medio fsico. Este
nivel de la pila de protocolos TCP/IP, que es el de ms abajo de todos ellos, se encarga de
abstraer al resto de todas las particularidades propias del medio fsico al que se est
conectando. Esta capa de la pila es la nica que tiene que conocer cmo se codifica la
informacin para poder ser transmitida por el medio fsico y cmo se transmite la informacin a
travs de dicho medio. Este nivel sera suficiente para hacer posible la comunicacin entre
hosts que comparten el mismo medio fsico. De hecho, los hosts que se pueden comunicar
directamente entre ellos a travs del medio fsico se dice que pertenecen a la misma red.
Por lo tanto, el servicio que ofrece esta capa a la capa superior de la pila de protocolos es el de
hacer llegar la informacin a cualquier host de destino que se encuentre conectado al mismo
medio fsico que el host origen; es decir, conectado a la misma red. La capa de acceso a la red
del equipo origen le "dice" a la capa superior de su pila de protocolos: "dame la informacin que
quieras que yo me comprometo a entregrsela a tu capa homloga de cualquier host que t me
digas, siempre y cuando dicho host pertenezca a la misma red que nosotros".
5.2 Capa de interred

Con el nivel anterior, dos hosts que comparten el mismo medio fsico tienen las herramientas
suficientes para poder establecer una comunicacin entre ellos. Sin embargo, dos hosts que se
quieren comunicar pueden no compartir el mismo medio fsico; es decir, pueden encontrarse en
redes diferentes. El nivel de interred (o nivel de red) se encarga precisamente de aportar las
herramientas adecuadas para que puedan comunicarse dos hosts que no se pueden
comunicar directamente a travs del medio fsico. De ah el nombre de interred, porque hace
posible la comunicacin entre hosts que se encuentran en redes distintas.
19
Por lo tanto, el servicio que ofrece esta capa a la capa superior de la pila de protocolos es el de
hacer llegar la informacin a cualquier host de destino se encuentre ste o no en la misma red
que el host origen. La capa de interred del equipo origen le "dice" a la capa superior de su pila
de protocolos: "dame la informacin que quieras que yo me comprometo a entregrsela a tu
capa homloga de cualquier host que tu me digas, est donde est dicho host, en la misma red
que nosotros o cualquier otra red interconectada".
5.3 Capa de transporte

Con el nivel anterior, un host puede localizar a otro, compartan o no un medio fsico comn,
para entablar una comunicacin. Una vez localizado dicho host es necesario saber con qu
aplicacin o proceso concreto dentro de ese host se quiere entablar la comunicacin, pues
hemos de tener presente que realmente no son dos ordenadores los que se comunican, sino
dos aplicaciones o programas informticos que se encuentran en ordenadores distintos los que
se comunican.
El nivel host a host o nivel de transporte se centra en tratar los aspectos
necesarios para que aplicaciones que se encuentran en hosts distintos de la
red puedan entablar una comunicacin. Asimismo, se encarga de ocultarle a
las aplicaciones que tiene por encima la realidad de la red que tienen por
debajo.
Dichas aplicaciones se comunican pero no son conscientes de que se encuentran en
ordenadores distintos, simplemente ven la red como un servicio que le es proporcionado por la
capa de transporte. Las aplicaciones tan slo tienen que preocuparse de entregar los datos a la
capa de transporte y sta ya se encargar de hacerla llegar a la aplicacin correspondiente en
el host remoto.
Este nivel es el primero de la pila de protocolos TCP/IP que funciona exclusivamente en ambos
extremos de la comunicacin; es decir, solamente en los hosts remotos que entablan una
comunicacin. Por lo tanto, el servicio que ofrece esta capa a la capa superior de la pila de
protocolos es el de hacer llegar la informacin a la aplicacin de destino se encuentre sta en
el ordenador que se encuentre.
5.4 Capa de aplicacin

La capa de proceso o capa de aplicacin es el motivo por el que existen el resto de las capas
de red. En esta capa es donde se establecen las reglas que van a seguir dos aplicaciones para
poder mantener una comunicacin o un intercambio de informacin. Los protocolos de las
capas inferiores se limitan a hacer posible la entrega de mensajes o de informacin de una
aplicacin remota a otra.
20
No obstante, el verdadero trabajo se lleva a cabo en esta capa de aplicacin. A esta capa
pertenecen los programas que proporcionan servicios de red como: servidores de correo
(SMTP), servidores de transferencia de archivos (FTP), terminales remotos (Telnet), etc.
Alguna de estas aplicaciones pueden interactuar con el usuario directamente mediante una
interfaz, como por ejemplo las aplicaciones FTP y Telnet.
Tambin pueden existir otras capas sobre la capa de aplicacin. A estas otras capas
perteneceran las aplicaciones que utilizan los servicios proporcionados por la capa de
aplicacin. Por ejemplo, un programa de correo electrnico que abstrae al usuario final del
funcionamiento de los protocolos SMTP y POP3, que son los que se usan para envo y
recepcin de correo respectivamente.
21
U.T. 3 Funciones y servicios de la capa de acceso a la red
U.T. 3. FUNCIONES Y SERVICIOS DE LA CAPA DE

ACCESO A LA RED
1 Introduccin
Un enlace de datos puede considerarse como un conjunto de equipos terminales de datos
(ETD) directamente conectados, entre los que es posible intercambiar informacin. Para ello es
necesario que, en primer lugar, se haya establecido entre los ETD un circuito fisico que permita
el envo, transmisin y recepcin de seales binarias.
En el modelo OSI, el nivel inferior o fisico tiene como objetivo fundamental transferir bits de un
punto a otro, o lo que es equivalente, el servicio que ofrece al nivel inmediatamente superior es
el establecimiento de un canal binario entre un par de puntos adyacentes.
En segundo lugar es necesario regular el proceso de transferencia de informacin. Para ello en
el modelo OSI se establece el nivel 2 de enlace cuyo principal objetivo es "garantizar la
fiabilidad de la informacin intercambiada proporcionando como servicio un canal binario sin
errores".
En el modelo TCP/IP la capa inferior (capa de acceso a la red) abarca las dos capas inferiores
del modelo OSI.
Modelo TCP/IP
Capa de acceso a la red
Modelo OSI
Servicio
Capa fsica
Canal binario de comunicaciones.
Capa de enlace Comunicacin fiable (sin errores).
El servicio que se ofrece la capa de acceso a la red al nivel inmediatamente

superior es el establecimiento de un canal binario sin errores entre un par de puntos
adyacentes.
El nivel de acceso a la red tiene la misin de dar solucin a los problemas que tenemos que
afrontar para hacer posible la comunicacin a travs de un medio fsico. As, por ejemplo, en
este nivel de la pila de protocolos tendrn que establecerse:
los distintos medios fsicos que se pueden utilizar para transmitir informacin,
cmo se trabaja con cada uno de dichos medios fsicos (es decir, cmo se codifica y
transmite la informacin en cada uno de ellos),
cmo tienen que ser los dispositivos, cables, clavijas, antenas... que se utilizarn para
conectar el ordenador al medio fsico,
qu problemas o errores pueden aparecer en cada uno de los medios fsicos y cmo se
pueden evitar o solucionar dichos problemas o errores,
cmo se van a disponer fsicamente los distintos hosts,
cmo se va a coordinar la comunicacin entre dos equipos a travs del mismo medio
fsico, etc.
En definitiva, deber encargarse de definir todas las reglas derivadas de la necesidad ltima de
tener que transmitir la informacin por un medio fsico, lo cual incluye bsicamente dos
aspectos:
Definicin y especificacin de los medios fsicos utilizables.
Coordinacin de la comunicacin entre dos equipos a travs de dicho medio fsico,

tambin llamado enlace.
22
2 Teora de seales y comunicaciones

2.1 Consideraciones de diseo
Las consideraciones de diseo tienen que ver con la accin de asegurarse de que cuando un
lado enve un bit 1, se reciba en el otro lado un bit 1, no un bit 0. Las preguntas tpicas aqu
son:
cuntos voltios debern usarse para representar un 1 y cuantos para un 0;
cuantos microsegundos dura un bit;
si la transmisin se puede efectuar simultneamente en ambas direcciones o no;
cmo se establece la conexin inicial y cmo se interrumpe cuando ambos lados han
terminado;
y cuntas puntas tiene el conector de la red y para qu sirve cada una.
Aqu las consideraciones de diseo tienen mucho que ver con las interfaces mecnica,
elctrica y de procedimientos, y con el medio de transmisin fsico que est bajo la capa fsica.
La transmisin de datos se produce mediante la alteracin de una seal para representar unos
y ceros. Al movimiento de la seal por su camino de transmisin se le denomina propagacin
de la seal.
2.2 Representacin y anlisis de las seales

La seal se transmite en forma de una onda que representa el mensaje a travs de los enlaces
de comunicacin desde una fuente a un destino.
El receptor procesa la seal recibida y recupera el mensaje lo mejor posible, ya que la seal
recibida generalmente contiene dos componentes:
una versin atenuada y retardada de la seal original (de la que puede recuperarse el
mensaje exacto),
y una componente externa no deseada que interfiere con la parte deseada y puede
provocar errores en el mensaje recuperado. Las componentes indeseadas pueden
deberse a la distorsin de la seal debido al canal, interferencias de equipos elctricos
cercanos, o puede ser simplemente ruido elctrico.
23
2.3 Velocidad de transmisin y velocidad de modulacin

Definimos la velocidad de modulacin como el nmero mximo de cambios de
estado por unidad de tiempo, medida baudios.
Llamaremos velocidad de transmisin al nmero de bits que se transmiten por
unidad de tiempo, medida en bits por segundo (bps).
Una lnea de b baudios no necesariamente transmite b bps. Slo en el caso de que tengamos
dos estados, baudio = bps, ya que en cada estado transmitiremos un nico bit. Si se utilizan los
voltajes 0, 1, 2, ... , 7, cada uno de estos niveles de la seal servir para enviar 3 bits. La
velocidad en bps sera 3 veces superior a la velocidad en baudios. Si el nmero de estados es
n, se envan log2 n bits/estado. Por tanto, la relacin entre la velocidad de transmisin y la
velocidad de modulacin es:
donde vi es la velocidad de transmisin, vm es la velocidad de modulacin, n es el nmero de

estados y t es el tiempo.
2.4 Contaminaciones y deformaciones de la seal

Las contaminaciones o deformaciones de la seal pueden conducir a prdidas de informacin.
Algunas deformaciones y contaminaciones son fcilmente evitables, mientras que otras por
naturaleza no lo son tanto. Vamos a comentar las siguientes contaminaciones:
Atenuacin
Distorsin por retardo
Interferencias
Ruido
Eco
2.4.1 Atenuacin
La atenuacin es un efecto producido por el debilitamiento de la seal, debido a la
resistencia elctrica (impedancia) del canal de transmisin y otros elementos que
intervienen. Se manifiesta en un descenso de la amplitud de la seal transmitida.
Existen 3 consideraciones a tener en cuenta respecto a la atenuacin:
24
La seal recibida deber tener la suficiente potencia para que los circuitos elctricos del
receptor puedan detectar e interpretar la seal.
La seal debe mantenerse a un nivel suficientemente ms alto que el ruido para que se
reciba sin errores.
La atenuacin se incrementa con la frecuencia.
Las dos primeras consideraciones se resuelven cuidando la potencia de la seal y utilizando

repetidores y amplificadores, mientras que la tercera se resuelve con ecualizadores.
2.4.2 Distorsin por retardo

La seal se deforma porque el canal se comporta de forma diferente para cada frecuencia. La
velocidad de propagacin de la seal a travs de un medio vara con la frecuencia. Las
velocidades de propagacin disminuyen en los extremos de la banda y aumenta cerca de la
frecuencia central. Los componentes que integran la seal llegan en momentos distintos.
En la transmisin de datos (bits) si algunas de las seales que componen el valor en la

posicin de un bit, se mezclan con las seales de las posiciones de otros bits se produce
interferencia de smbolos. Este efecto es crtico por tanto en seales digitales.
Para eliminar o disminuir esta distorsin se utilizan tcnicas de ecualizacin. Limitando el ancho
de banda se homogeneiza la velocidad de los componentes. Sin embargo, limitar el ancho de
banda implica disminuir la velocidad de transmisin.
25
2.4.3 Interferencias
Una interferencia es la adicin de una seal conocida y no deseada a la seal que
se transmite.
2.4.4 Ruido
El ruido es la suma de mltiples interferencias de origen desconocido y de
naturaleza aleatoria.
Los propios componentes del canal generan ruido elctrico. En ocasiones, el ruido es selectivo
y se puede aislar, mientras que en otros casos est muy extendido en la gama de frecuencias y
su neutralizacin se hace dificil.
2.4.5 Eco
El eco se origina por los cambios de impedancia en un circuito de comunicaciones.
(Al conectar 2 hilos de calibre diferente por ejemplo). Es una seal de las mismas
caractersticas que la original pero atenuada y retardada respecto a la original. Sus
efectos nocivos afectan tanto a la conversacin telefnica como a la transmisin de
datos.
26
Para que las seales reflejadas sufran un retraso apreciable deben recorrer grandes distancias,
por lo que este fenmeno slo se producen en comunicaciones intercontinentales o va satlite.
En estos casos se dota a los circuitos de supresores de eco que impiden la transmisin
simultnea en ambos sentidos por la misma lnea (full-dplex).
2.5 Adaptacin de la transmisin

Una serial slo se puede transmitir por un canal que permita la propagacin de ese tipo de
seales. Por ejemplo, un canal transmite bien las seales de una determinada frecuencia y mal
otras.
La modulacin es la tcnica empleada para la adecuacin entre seal y canal.
Consiste en utilizar las frecuencias en las que el canal proporciona la mejor
respuesta.
Hay que hacer notar que la modulacin no cambia la naturaleza de la seal, sino que
simplemente la adecua al medio.
Un modulador es un dispositivo encargado de realizar la modulacin, mientras que
un demodulador efecta la operacin inversa.
Un ejemplo es el mdem, que es un dispositivo que modula y demodula la seal digital y
analgica respectivamente (pero la seal sigue siendo elctrica).
Hay que distinguir entre datos (digitales y analgicos) y las seales que los van a transportar
(digitales y analgicas).
En transmisiones digitales na fuente de datos (digital o analgica) se codifica en una seal
digital. La forma de la seal digital depender de la tcnica de codificacin y sta se escoger
para optimizar el medio de transmisin.
Las transmisiones analgicas se fundamentan en una seal de frecuencia constante conocida
como seal portadora, y dicha frecuencia se escoge para que sea compatible con el medio de
transmisin. Los datos pueden transmitirse usando la seal portadora por modulacin.
2.5.1 Modulacin de datos digitales en seales digitales

A la hora de realizar una transmisin digital, hay que tener en cuenta una serie de factores:
El primero es que el receptor debe conocer la temporizacin de cada bit, es decir,

cuando empieza y cuando termina.
La segunda, es que el receptor debe determinar si el nivel. de la seal para cada

posicin d bit, es alto (1), o bajo (0).
Igualmente, hay que tener en cuenta en la eleccin del mtodo de codificacin el

espectro de la seal, la capacidad de sincronizacin, la capacidad de deteccin de
errores, la inmunidad frente a interferencias y ruido, y el cost.
No retorno a cero (NRZ)

Se basa en mantener el nivel de voltaje constate durante un intervalo de bit. Hay varios tipos.
En el tipo NRZ-L, la seal cambia segn sea 1 0 (es la digital normal).
Bifase (Manchester)
Siempre hay un impulso en medio del intervalo. Codifica el valor 1 con un impulso a principio
del intervalo, y el valor 0 con un impulso a final del intervalo.
Diferencial Manchester
Siempre hay un impulso en medio del intervalo. Codifica el 1 mediante un impulso al principio si
acab en alto, y al final si acab en bajo. Codifica el o copiando el del intervalo anterior.
Esta tcnica consume mucho ancho de banda pero posee una sincronizacin perfecta. Es la
ms usada.
27
2.6 Modos de transmisin

La transmisin de datos consiste en el transporte de seales entre un emisor que origina la
comunicacin y un receptor que acepta los datos. Comentaremos los siguientes modos de
transmisin:
Transmisin sncrona y asncrona.
Transmisin serie y paralelo.
Transmisin analgica y digital.
Comunicacin smplex, semidplex y full-dplex.
2.6.1 Transmisin sncrona y asncrona

Es necesario que el emisor y el receptor se pongan de acuerdo sobre el instante preciso en el
que comienza o acaba una informacin que se ha puesto en el medio de transmisin
empleado. Esto se conoce como sincronismo. Un error de sincronismo implica la imposibilidad
de interpretar correctamente la informacin. La sincronizacin requiere la definicin comn de
una base de tiempos sobre la que medir los diferentes eventos que ocurrirn durante toda la
transmisin. Se puede establecer la sincronizacin a 3 niveles:
Nivel de bit. Hay que reconocer el comienzo y final de cada bit.
Nivel de carcter. Hay que reconocer el principio y final de cada carcter.
Nivel de bloque. Hay que reconocer el principio y fin de unidades de datos de ms de un

carcter.
Hay dos modos de transmisin segn el nivel de sincronismo:
Transmisin asncrona.
Transmisin sincrona.
Transmisin asncrona
Se envan pequeos bloques de bits (normalmente palabras de cdigo) y se sincronizan al
principio de cada bloque. Es necesario un acuerdo en la temporizacin a nivel de bit (cunto
dura un bit). Se suele utilizar como sincronizacin a nivel de carcter. Se lleva a cabo a travs
de unos bits especiales que ayudan a definir el entorno de cada cdigo.
Si no se transmite nada, la lnea se mantiene a nivel alto (valor lgico 1). La transmisin de un
bit de arranque (bit de start) con el valor lgico 0 indica el comienzo de un carcter. El ltimo bit
del carcter est seguido de un bit de parada (bit de stop) con el valor lgico 1, cuya duracin
suele ser de 1, 1'5 2 veces la duracin de un bit normal.
La sincrona se restaura en cada carcter, lo que origina que una vez fijada la velocidad de
transmisin, es un mtodo poco sensible a los problemas ocasionados por la falta de
sincronismo. Un fallo de sincronismo, afecta como mucho a un carcter pero no al siguiente, ya
que su bit de start produce una resincronizacin.
Transmisin sncrona
Los bits transmitidos se envan a ritmo constante. No se utilizan bits de start de stop. Exige;
tanto transmisin de datos como de una seal de reloj que marque la cadencia del envo con el
28
fin de sincronizar emisor y receptor (puede ser generada tanto Por el emisor como por el
receptor). Permite velocidades de transmisin mayores que en el caso de transferencia
asncrona porque es menos sensible al ruido y porque obtiene un mejor rendimiento de la lnea
de datos.
Dependiendo de cmo se trate el contenido de los datos, si a nivel de carcter o de bit,
distinguimos: transmisin sincrona oriendata a carcter donde el bloque de datos se trata
como una secuencia de caracteres y toda la informacin de control est en forma de
caracteres, y transmisin sncrona orientada a bit donde el bloque de datos se trata como
una secuencia de bits de forma que ni la informacin de control, ni la de datos necesita tener
sentido por caracteres.
2.6.2 Transmisin serie y paralelo

No todas las lneas efectan la transmisin del mismo modo. Un canal de comunicacin puede
estar compuesto de una o ms lneas que pueden tener funciones diferentes o semejantes (por
ejemplo unas llevan datos y otras seales de control).
En la transmisin serie, los bits se transmiten en cadena por la lnea de datos a una velocidad
constante negociada entre el emisor y el receptor. Es adecuada para transmisiones a larga
distancia.
Por el contrario, en la transmisin paralelo se transmiten simultneamente un grupo de bits,
uno por cada lnea del mismo canal. Los grupos de bits pueden ser caracteres u otras
asociaciones de bits en funcin del tipo de canal. Se utilizan para pequeas distancias (mbito
local como por ejemplo un cable de impresora).
2.6.3 Transmisin analgica y digital

No todas las lneas pueden transmitir todo tipo de seales (por ejemplo la lnea telefnica es
apta para transmisiones analgicas pero no para transmisiones digitales).
La transmisin analgica es capaz de tomar todos los valores posibles de un rango, mientras
que en la transmisin digital la informacin slo toma un nmero finito de valores.
2.6.4 Comunicacin smplex, semidplex y full-dplex

Comunicacin smplex
Estn perfectamente definidas las funciones del emisor y del receptor. La transmisin de datos
siempre se efecta en una direccin (de emisor a receptor). La estacin emisora transmite las
seales a los receptores sin que haya posibilidad de que stos interacten contra la estacin
emisora. Hay, por tanto, un nico canal fsico y un nico canal lgico unidireccional.
Comunicacin semidplex
La comunicacin puede ser bidireccional. El emisor y el receptor pueden intercambiarse los
papeles. la bidireccionalidad no puede ser simultnea. Cuando el emisor emite, el receptor
recibe, y posteriormente el receptor puede transformarse en emisor si el antiguo emisor se
convierte en receptor. Hay, por tanto, un nico canal fsico y un nico canal lgico bidireccional.
Comunicacin full-dplex
La comunicacin es bidireccional y simultnea. El emisor y el receptor no estn perfectamente
definidos. Ambos actan como emisor y receptor indistintamente. Hay un canal fsico y dos
canales lgicos. Muchas veces se consigue la bidireccionalidad aadiendo ms lneas fisicas
para la transmisin (por ejemplo asociando dos circuitos smplex), aunque requiere un fuerte
control de la comunicacin por parte del emisor y del receptor.
29
3 Servicios
El principal servicio que proporciona la capa de acceso a la red a la capa de interred (modelo
TCP/IP) es la transferencia de datos desde la capa de red de la mquina origen a la capa de
red de la mquina destino. Para ello, existen tres posibilidades de servicios bien diferenciadas:
Servicio no orientado a conexin y sin acuse de recibo. Apropiado cuando la tasa

de errores es baja (LAN).
Servicio no orientado a conexin y con acuse de recibo. Apropiado cuando existe

inestabilidad en los canales (canales inalmbricos).
Servicio orientado a conexin (con acuse de recibo). Asegura un flujo de bits libre
de errores.
Servicio no orientado a conexin y sin acuse de recibo.

Consiste en hacer que la mquina de origen enve tramas independientes a la mquina de
destino sin pedir que sta los reconozca o acuse su recibo. No se establece conexin de
antemano ni se libera despus. Si se pierde una trama debido a ruido en la lnea, no se intenta
recuperar en la capa de enlace.
Esta clase de servicio es apropiada cuando la tasa de errores es muy baja, por lo que la
recuperacin se deja a las capas ms altas. Tambin es apropiada para el trfico en tiempo
real, por ejemplo de voz, en el que la llegada retrasada de datos es peor que los errores de
datos.
Servicio no orientado a conexin y con acuse de recibo.
Cuando se ofrece este servicio, an no se usan conexiones, pero cada trama enviada es
reconocida individualmente. De esta manera, el transmisor sabe si la trama ha llegado bien o
no. Si no ha llegado en un tiempo especificado, puede enviarse nuevamente. Este servicio es
til en canales inestables, como los de los sistemas inalmbricos.
Proporcionar acuses de recibo en la capa de enlace no es un requisito. La capa de transporte
siempre puede enviar un mensaje y esperar que sea reconocido. En los canales con baja tasa
de error, como la fibra ptica, el gasto extra que implica el uso de un protocolo de nivel de
enlace muy robusto puede ser innecesario, pero en canales inalmbricos bien vale la pena el
costo debido a su inestabilidad inherente.
Servicio orientado a conexin
Las mquinas de origen y de destino establecen una conexin antes de transferir datos. Cada
trama enviada a travs de la conexin est numerada, y la capa de enlace garantiza que cada
trama enviada llegar a su destino. Es ms, se garantiza que cada trama ser recibida
exactamente una vez y que todas las tramas sern recibidas en el orden adecuado. En
contraste, con el servicio no orientado a conexin es concebible que un acuse de recibo
perdido cause el envo de una trama varias veces, y por tanto sea recibido varias veces.
Al usarse un servicio orientado a conexin, las transferencias tienen tres fases distintas. En la
primera fase, la conexin se establece haciendo que ambos lados inicialicen las variables y
contadores necesarios para seguir la pista de las tramas que han sido recibidas y las que no.
En la segunda fase se transmiten una o ms tramas. En la tercera fase, la final, la conexin se
cierra liberando las variables, los buffers y otros recursos utilizados para mantener la conexin.
4 El medio fsico
Todo host que forma parte de una red est conectado a sta mediante un medio fsico a travs
del cual manda la informacin que quiere transmitir. Evidentemente, la manera en la que se
transmite esa informacin, las tecnologas y tcnicas que se utilizan, van a depender muy
estrechamente del medio de que se trate; no es lo mismo transmitir a travs de un cable
telefnico que a travs de fibra ptica o mediante ondas de radio.
30
La capa ms baja de la pila de protocolos TCP/IP, la capa de acceso a la red, es la nica que
tiene que conocer cmo se transmite informacin a travs del medio fsico concreto al que se
est conectado, abstrayendo al resto de capas de todas las particularidades propias de dicho
medio. Al resto de capas les es indiferente el medio a travs del cual se va a transmitir la
informacin, slo son conscientes de que todos los datos que le enven a la capa de acceso a
la red sern transmitidas a travs del medio, sea cual sea ste.
Toda la lgica o mecanismos para codificar informacin que pueda ser transmitida a travs de
un medio fsico concreto est implementada en la propia tarjeta de red (es decir, en el propio
hardware). Es por ello que existen distintas tarjetas de red segn el medio al que nos estemos
conectando: fibra ptica, cable coaxial, red inalmbrica, etc.
Principalmente, podemos clasificar los medios fsicos sobre los que se construyen las redes en
dos grandes grupos:
Medios guiados. Pertenecen a este grupo todos aquellos medios de transmisin que
tienen un soporte fsico, es decir, cables de algn tipo.
Medios no guiados. Pertenecen a este grupo todos aquellos medios de transmisin

que no tienen un soporte fsico. Este tipo de medios suelen conocerse tambin con el
nombre de medios inalmbricos.
4.1 Tipos de medios

4.1.1 Medios guiados
Pertenecen a este grupo todos aquellos medios de transmisin que tienen un soporte fsico, es
decir, cables de algn tipo. Los medios guiados ms utilizados son:
Cable coaxial.
Par trenzado.
Fibra ptica.
4.1.1.1 Cable coaxial

El cable coaxial es similar al cable utilizado en las antenas de televisin: un hilo de cobre en la
parte central (conductor interno) rodeado por una malla y separados ambos elementos
conductores por un cilindro de plstico. La velocidad mxima que se puede alcanzar es de
10Mbps.
Hay cables coaxiales de dos impedancias (resistencia):
Cable coaxial de banda ancha o de 75 ohmios. Es el que se utiliza en televisin por

cable.
Cable coaxial de banda base o de 50 ohmios. Es el que se utiliza en las redes.
31
4.1.1.2 Par trenzado

Consiste en dos alambres de cobre o a veces de aluminio, aislados con un grosor de 1 mm
aproximado. Los alambres se trenzan con el propsito de reducir la interferencia elctrica de
pares similares cercanos. Los pares trenzados se agrupan bajo una cubierta comn de PVC
(Policloruro de Vinilo) en cables multipares de pares trenzados (de 2, 4, 8, hasta 300 pares).
Existen varias modalidades de cables de par trenzado:
Cable de par trenzado apantallado (STP). En este tipo de cable, cada par va
recubierto por una malla conductora que acta de apantalla frente a interferencias y
ruido elctrico. Con l se utilizan conectores RJ49. No se suele utilizar en las redes
comunes porque es cable robusto, caro y difcil de instalar.
Cable de par trenzado con pantalla global (FTP). En este tipo de cable, los pares no
estn apantallados, pero s se dispone de una pantalla global para mejorar su nivel de
proteccin ante interferencias externas. El conector que se utiliza es el RJ49.
Cable de par trenzado no apantallado (UTP). Este es el cable de par trenzado ms

empleado por su simpleza, bajo costo, accesibilidad y fcil instalacin. No tiene ningn
tipo de pantalla adicional. El conector que utiliza es el RJ45. Existen varias categoras
de cable UTP. Veamos las ms importantes:
o
Categora 1. Consta de dos pares de hilos. Es utilizado exclusivamente para la

transferencia de voz; es decir, para lneas de telfono. Alcanza como mximo
velocidades de hasta 4 Mbps.
Categora 3. Consta de cuatro pares de hilos. Es utilizado en redes de datos.

Alcanza velocidades de 10 Mbps.
Categora 5. Consta de cuatro pares de hilos. Es el ms utilizado en redes de

datos en la actualidad. Alcanza velocidades de 100 Mbps.
32
Categoras 6 y 7. Consta de cuatro pares de hilos. Es el que se utilizar en las

redes en un futuro cercano. Alcanza velocidades de 1 Gbps. Es capaz de
transmitir informacin en forma full duplex; es decir, en ambos sentidos y
simultneamente.
Organizacin del cableado

T568A
T568B
4.1.1.3 Fibra ptica

La fibra ptica es un hilo fino generalmente de vidrio o plstico, cuyo grosor puede asemejarse
al de un cabello, capaz de conducir la luz por su interior. En los cables de fibra ptica la
informacin se transmite en forma de pulsos de luz (modulando su frecuencia) de tipo infrarrojo,
no visible al ojo humano. En un extremo del cable se coloca un diodo luminoso (LED) o bien un
lser, que puede emitir luz, y en el otro extremo se sita un detector de luz. Curiosamente, y a
pesar de este sencillo funcionamiento, mediante los cables de fibra ptica se llegan a alcanzar
velocidades de varios Gbps y adems, no se ven afectados por interferencias.
33
4.1.2 Medios no guiados o inalmbricos
Pertenecen a este grupo todos aquellos medios de transmisin que no tienen un soporte fsico.
Este tipo de medios suelen conocerse tambin con el nombre de medios inalmbricos. Los
medios no guiados ms utilizados son:
Ondas de radio. Es el medio ms utilizado en las pequeas redes inalmbricas. Las

ondas de radio son ondas que se propagan en todas direcciones, que pueden recorrer
grandes distancias y que pueden atravesar obstculos como paredes, etc. Su principal
problema son las interferencias.
Infrarrojos. Son ondas direccionales incapaces de atravesar objetos slidos (paredes,

por ejemplo) que estn indicadas para transmisiones de corta distancia. Las tarjetas de
red inalmbricas utilizadas en algunas redes locales emplean esta tecnologa pues
resultan muy cmodas para ordenadores porttiles; sin embargo, su velocidad es
inferior a la conseguida mediante un cable de par trenzado. Su principal inconveniente
es que tiene que haber una lnea de visin directa entre el emisor y el receptor del rayo
infrarrojo.
Microondas. Estas ondas viajan en lnea recta, por lo que emisor y receptor deben
estar alineados cuidadosamente. Se utilizan para recorrer grandes distancias. Debido a
la propia curvatura de la tierra, la distancia entre dos repetidores no debe exceder de
unos 80 Kms. de distancia. Es una forma econmica para comunicar dos zonas
geogrficas mediante dos torres suficientemente altas para que sus extremos sean
visibles.
5 Tipos de redes
Vamos a realizar dos clasificaciones distintas de las redes atendiendo a circunstancias
derivadas o relacionadas con este nivel de la pila de protocolos:
Segn la tecnologa de transmisin.
Segn la extensin geogrfica.

34
5.1 Tipos segn la tecnologa de transmisin

As, segn el tipo de tecnologa de transmisin que se utilice en el medio fsico por el cual se
transmite la informacin, las redes se pueden clasificar en:
Redes de difusin.
Redes punto a punto.
5.1.1 Redes de difusin

Las redes de difusin son aqullas que tienen un solo canal de comunicacin al
que estn conectadas todas las mquinas de la red. Es decir, son aquellas redes en
las que el medio fsico est compartido por todos los equipos que forman la red.
Imaginemos por ejemplo una clase con un profesor y varios alumnos. Todos ellos estn
compartiendo el mismo medio fsico: el aire a travs del cual se produce la comunicacin entre
ellos. En este tipo de red, cuando una mquina enva alguna informacin a travs del canal de
comunicacin, sta es escuchada por todos los equipos, ya que todos estn conectados al
mismo canal escuchando.
No obstante, este mensaje contendr informacin suficiente para que se sepa a quin va
realmente dirigida, de tal manera que sea su destinatario el nico que la procese.
Por ejemplo, en la clase anterior, cuando habla el profesor todos los alumnos oyen lo que dice,
a todos les llega el sonido, pues el medio fsico est compartido. Sin embargo, slo aquel
alumno concreto al que se est dirigiendo el profesor (suponiendo que el profesor se dirige slo
a un alumno) escuchar, recoger y procesar la informacin. El resto de los alumnos, aunque
oyen la informacin, no la escuchan pues saben que el profesor no se est dirigiendo a ellos.
5.1.2 Redes punto a punto

Las redes punto a punto son aquellas redes que estn formadas por muchas
conexiones entre pares individuales de mquinas. En este tipo de red, cuando una
mquina quiere enviar una informacin a otra, sta puede que tenga que visitar ms
de una mquina intermedia para poder llegar a su destino.
Cada mquina tiene que tener informacin para ir encaminando la informacin y, adems, sta
puede seguir caminos diferentes para llegar de un mismo origen a un mismo destino.
Imaginemos la misma clase anterior, pero ahora el profesor en vez de hablar en voz alta, le
transmite la informacin a un alumno al odo y los alumnos tienen que ir transmitindose dicha
informacin al odo unos a otros hasta que dicha informacin llegue a su destinatario.
35
5.2 Tipos segn la extensin geogrfica

Por otra parte, atendiendo a su extensin geogrfica, las redes se pueden clasificar en:
Redes de rea local.
Redes de rea Extendida.
Redes de rea Metropolitana.
5.2.1 Redes de rea local

Las redes de rea local (LAN - Local Area Network) son las redes que estn
dentro de un mbito geogrfico pequeo, de unos cuantos kilmetros, como por
ejemplo, una habitacin, un edificio, un campus universitario, un planta industrial,
etc.
Suelen ser redes de difusin; de hecho, el 99% de ellas lo son.
5.2.2 Redes de rea extendida

Las redes de rea extendida (WAN - Wide Area Network) son las redes que
cubren una extensa rea geogrfica, como por ejemplo, un pas, un continente, el
planeta entero, etc.
Suelen ser redes punto a punto, de hecho el 99% de ellas lo son y adems, suelen utilizar
sistemas de acceso pblico (por ejemplo, redes telefnicas o de RDSI) cuyo acceso es
proporcionado por algn proveedor de servicios de telecomunicaciones.
5.2.3 Redes de rea metropolitana

Las redes de rea metropolitana (MAN - Metropolitan Area Network) cubren el
rea geogrfica de una ciudad. Recientemente, con la aparicin de los operadores
de cable, han aparecido redes que se encuentran a medio camino entre las redes
de rea local y las de rea amplia.
36
5.3 Tipos segn la topologa

Otro de los aspectos que tienen que quedar definidos en el nivel de acceso a la red es la
disposicin fsica de los equipos, y no nos referimos a los lugares en los que estn colocados
los ordenadores, sino a su disposicin respecto a su conexin al medio fsico.
Se entiende por topologa de una red a la disposicin en la que se encuentran
dispuestos los ordenadores que la componen.
A continuacin vamos a describir las topologas ms comunes en las redes de rea local; es
decir, redes de difusin, con un medio cableado, pues son las ms comunes:
Topologa en bus.
Topologa en anillo.
Topologa en estrella.
5.3.1 Topologa en bus

Esta topologa en bus viene caracterizada por la existencia de un cable lineal (un
cable de tipo coaxial) al cual estn conectados todos los equipos de la red.
Cada equipo est conectado a dicho cable mediante un conector en T en cuyos extremos se
aaden conectores BNC.
Cuando un equipo transmite algo por el bus, la seal emitida se propaga a lo largo de ste en
ambas direcciones. Para evitar el rebote de la seal cuando sta llega a cualquiera de los
extremos del bus, se coloca en dichos extremos un elemento llamado terminador, que absorbe
la seal. Adems, si por cualquier circunstancia hubiese que hacer un empalme en un cable,
habr que usar un elemento llamado empalmador BNC.
37
5.3.2 Topologa en anillo

La topologa en anillo es un caso particular de la topologa en bus en la que el
cable de red est unido por los extremos, quedando el bus cerrado en forma de
anillo.
Igual que en la topologa de bus, el cable que tiene que utilizarse es el coaxial y, por tanto, se
utilizan los mismos tipos de conectores (excepto los terminadores, que ya no se necesitan,
aunque tendr que haber algn otro tipo de mecanismo para que la seal no se quede
indefinidamente dando vueltas por el anillo).
Algunas redes de fibra ptica (FDDI) tambin presentan una topologa en anillo.
5.3.3 Topologa en estrella

La topologa en estrella es aquella en la que todos los equipos se encuentran
conectados a un elemento central, que hace de nexo de unin entre todos ellos.
Esta topologa es la ms utilizada. Como hemos dicho, todos los equipos se encuentran
conectados mediante un cable, generalmente de par trenzado, a un elemento central llamado
concentrador o hub. Este elemento es el que hace de nexo de unin entre ellos y su misin
es la de enviar la informacin recibida por una de sus conexiones al resto, simulando la
existencia de un bus compartido. En lugar de un hub, podra utilizarse como punto central un
conmutador o switch, que es capaz de aprender quin est al otro lado de cada una de las
conexiones, de tal manera que no tiene que reenviar la informacin recibida por todas las otras
conexiones, como hace el hub, sino solamente por aqulla en la que sabe que se encuentra
conectado el destinatario de la informacin.
38
Cuando se trata de una topologa en estrella de par trenzado, cada equipo est conectado al
hub/switch mediante un cable de par trenzado UTP-CAT5 (UTP Categora 5) y conectores
RJ45.
6 Funciones de la capa de acceso a la red

Recordemos una vez ms que el nivel de acceso a la red debe encargarse de definir todas las
reglas derivadas de la necesidad ltima de tener que transmitir la informacin por un medio
fsico. Esto inclua bsicamente dos aspectos.
El primero de ellos, como ya hemos visto, era todo lo relativo a la definicin y

especificacin de los medios fsicos utilizables, as como a la disposicin fsica de los
equipos respecto a su conexin a dicho medio fsico.
Es ahora el momento de analizar el segundo de los aspectos que tienen que

establecerse en este nivel, que es cmo se va a producir la coordinacin de la
comunicacin entre dos equipos o hosts a travs de dicho medio fsico, tambin llamado
enlace, para que sta pueda llevarse a cabo con xito.
Bsicamente podemos encontrarnos con dos situaciones distintas que condicionan la manera
de proceder:
Los dos equipos o hosts que quieren comunicarse se encuentran conectados a un

medio fsico que es de uso exclusivo suyo. Los dos equipos implicados en la
comunicacin son los nicos conectados al medio fsico del cual pueden disponer en
todo momento sin ningn tipo de problema. Cuando se presenta este tipo de situacin
se dice que se trata de una comunicacin por enlace punto a punto.
Los dos equipos o hosts que quieren comunicarse se encuentran conectados a un

medio fsico que es de uso compartido con otros equipos. Los dos equipos implicados
en la comunicacin no son los nicos conectados al medio fsico, hay otros equipos
tambin conectados y que pueden estar a su vez entablando otras comunicaciones con
otros equipos conectados.
39
Es evidente que en una situacin de este tipo, tendr que haber algn mecanismo que
permita administrar y repartir el uso de dicho medio entre los distintos equipos que
quieren hacer uso de l, para evitar transmisiones simultneas de equipos en el medio,
lo cual provocara una corrupcin de la informacin. Cuando se presenta este tipo de
situacin se dice que se trata de una comunicacin por un enlace compartido, y al
mecanismo para el reparto del uso del medio fsico se le llama algoritmo de arbitraje o
de control de acceso al medio.
La necesidad del arbitraje de acceso al medio slo surge en las comunicaciones
por un enlace compartido, no teniendo sentido su aplicacin cuando la
comunicacin es por un enlace punto a punto. Sin embargo, hay otra serie de
aspectos que s son comunes a cualquier protocolo para la comunicacin a
travs de un enlace, sea ste un medio compartido o un enlace punto a punto.
En general, cualquier protocolo para la comunicacin a travs de un enlace o
medio fsico tiene que encargarse de diferentes tareas.
6.1 Control de errores

Cuando se transmite por un medio fsico, especialmente si ste es elctrico, se est expuesto a
que elementos externos (ruido, interferencias, etc.) produzcan errores en la informacin
transmitida; es decir, es posible que la informacin que llega al receptor no sea exactamente
igual a la informacin que envi el emisor (puede que un bit haya cambiado su valor, por
ejemplo, de un 1 a un 0). Es imprescindible ser capaz de detectar estos errores en la
transmisin as como ser capaz de subsanarlos y el protocolo del nivel de acceso a la red debe
incorporar mecanismos que permitan realizar ambas tareas.
Los diseadores de redes han desarrollado dos estrategias para manejar los errores.
Incluir slo suficiente redundancia para que el receptor sepa que ha ocurrido un error
(pero no qu error) y entonces solicite una retransmisin. Usa cdigos de deteccin de
errores.
Incluir suficiente informacin redundante en cada bloque de datos transmitido para que
el receptor pueda deducir lo que debi ser el carcter transmitido. Usa cdigos de
correccin de errores.
6.1.1 Deteccin de errores

Hay varios mtodos de deteccin de errores:
Paridad simple.
Cdigos de redundancia cclica (CRC).
Paridad simple
Junto con la informacin, transmitimos a serie de bits que indican la cualidad de los bits a
emitir. Aadimos a una secuencia de bits un bit, denominado bit de paridad, para el control de
errores. Las alteraciones se detectan por comparacin con los "bits de paridad". Existen 2 tipos
de paridad simple:
Paridad par. Si el nmero de unos es par aadimos un O, de forma que el nmero de

unos transmitidos siempre es par.
40
Paridad impar. Si el nmero de unos es par aadimos un 1, de forma que el nmero de

unos transmitidos siempre es impar.
Cuando el mensaje llega al receptor, ste calcula de nuevo la paridad, de forma que si el bit de
paridad no coincide, sabe que se ha producido un error.
Cdigos de redundancia cclica (CRC)
Se basan en el tratamiento de cadenas de bits como representaciones de polinomios con
coeficientes de 0 y 1 solamente, donde la aritmtica polinmica se hace mdulo 2, de acuerdo
con la teora de campos algebraicos.
Un mensaje m(x) de k bits se representa como un polinomio de grado k-1. Se utiliza un
segundo polinomio (polinomio clave o generador G(x) de grado r, que actuar como clave en la
deteccin del error. Son polinomios escogidos por sus propiedades especiales para la
deteccin de errores y debe haber acuerdo entre emisor y receptor en utilizar el mismo.
El mensaje a enviar se divide en bloques de k bits a los que se le aaden r bits para
comprobacin del error.
Algoritmo: Sea r el grado de G(x) y m(x) el mensaje de k bits:
Aadir r bits 0 al final de m(x). Ahora tenemos M'(x) con k+r bits.
Dividir M'(x) entre G(x) utilizando divisin mdulo 2.
Restar el resto a la cadena M'(x) usando resta mdulo 2. El resultado ser la cadena a
transmitir T(x).
Utilizando el polinomio CRC-16 o CRC-CCITT se consiguen detectar:
Todos los errores simples y dobles.
Todos los errores con un nmero impar de bits.
Todos los errores de rfaga de longitud 16 o menor.
6.2 Control de flujo

Imagnate que ests escribiendo en tu libreta los apuntes que te dicta un profesor. Mientras el
profesor va hablando, t vas reteniendo en tu mente sus palabras y las vas escribiendo en el
papel poco a poco. Qu sucede si el profesor va dictando demasiado rpido? Simplemente
que la informacin llega en ms cantidad de lo que tu mente es capaz de retener y t de
escribir en el papel, y al final te ves desbordado y no puedes seguir escribiendo.
Algo parecido puede suceder entre dos hosts que se estn comunicando. Una comunicacin
entre dos equipos supone un intercambio de informacin entre ellos. Cuando un equipo recibe
informacin, sta es almacenada en algn buffer, o espacio reservado de memoria, que
equivaldra a tu cerebro en el ejemplo, hasta que puede ser procesada o tratada, que en el
ejemplo equivaldra a ser escrita en el papel.
Sin embargo, este espacio de almacenamiento de informacin, como la retencin en tu
cerebro, es limitado. Por lo tanto, es necesario algn mecanismo para impedir que el emisor le
mande al receptor ms informacin de la que ste es capaz de procesar, ya que de lo
41
contrario, al igual que te suceda a ti en el ejemplo, el receptor se vera inundado (overflow) y la

informacin empezara a perderse.
De esto es precisamente de lo que se encargan los algoritmos de control de flujo, de organizar
los flujos de informacin de tal manera que haya una cierta coordinacin entre el receptor y el
emisor y ste le vaya mandando la informacin a aqul a una velocidad adecuada para que la
informacin pueda ser procesada y no se pierda.
6.3 Multiplexacin de enlaces lgicos

Eres capaz de mantener dos conversaciones simultneas con los dos compaeros que se
encuentran sentados a tu lado en clase? Verdad que s? Al igual que t, un host tambin
puede mantener varias comunicaciones abiertas al mismo tiempo. De hecho, eso es lo que
est haciendo cuando estamos navegando por la web al mismo tiempo que chequeamos
nuestro correo y tenemos el programa de mensajera instantnea activado.
El nivel de acceso a la red ofrece al nivel superior de la pila de protocolos un servicio: una
comunicacin fiable y sin errores con otro equipo que se encuentre tambin conectado al
medio fsico. Adems, debe garantizarse con los mecanismos correspondientes, que se
puedan mantener abiertas varias comunicaciones simultneas con el mismo destino, o distintos
destinos si estamos en un medio compartido.
Esto es lo que se llama multiplexar (superponer pero sin que se interfieran) varios enlaces
lgicos (varias comunicaciones o conversaciones) sobre un mismo enlace fsico (sobre un
mismo medio). Un protocolo de acceso al medio deber tener algn mecanismo para identificar
y distinguir cada una de estas comunicaciones simultneas y de permitir que desde el nivel
superior de la pila de protocolos se puedan solicitar varios servicios simultneamente.
6.4 Entramado
Para que la comunicacin entre dos equipos pueda realizarse es necesario que, en ltima
instancia, la informacin sea transmitida por el medio fsico. Esta informacin no puede ser
introducida de manera continua en el medio, sino que tiene que ser troceada en unidades de
un tamao mximo que son transmitidas individualmente.
Se llama trama a cada una de las unidades de informacin que son inyectadas en
el medio fsico.
Estas tramas, aparte de la informacin en s que se quiere transmitir, tienen que contener cierta
informacin de control, como por ejemplo:
1. delimitadores de inicio y fin de trama,
2. direcciones de origen y destino de la trama,
3. informacin sobre la longitud de la trama,
42
4. informacin de flujo,
5. informacin para control de errores,
6. informacin til para el arbitraje de acceso al medio, etc.
Alguna de esta informacin de control depende del mecanismo de arbitraje de acceso al medio
que se est empleando (delimitadores de inicio y fin de trama, informacin sobre la longitud de
la trama y la informacin til para el arbitraje de acceso al medio), por lo que el formato
concreto de la trama depender de dicho mecanismo.
7 Gestin del enlace

Las redes pueden dividirse en dos categoras:
las que usan conexiones punto a punto; y
las que usan canales de difusin.
Redes punto a punto

La funcin de gestin del enlace en las redes punto a punto permite regular las distintas fases
de la comunicacin a nivel del enlace. stas son:
Iniciacin: Comprende los protocolos necesarios para establecer el enlace sobre un

circuito fsico previamente establecido. Se suele realizar intercambiando tramas de
control, solicitando y aceptando el establecimiento del enlace.
Transferencia de datos: En ella, el objetivo es enviar de manera fiable las tramas de

informacin.
Liberacin: Mediante el intercambio de tramas de control, se liberan los recursos que

se hubiesen reservado en al fase de iniciacin. Implica la desconexin a nivel lgico o
de enlace, pero no a nivel fisico.
Redes de difusin (medios compatidos)

En cualquier red de difusin, el asunto clave es la manera de determinar quin puede usar el
canal cuando hay competencia por el. Cuando nicamente hay un canal, la determinacin de
quin tiene el turno es complicada.
Los protocolos usados para determinar quin sigue en un canal multiacceso pertenecen a una
subcapa de la capa de enlace llamada subcapa MAC (medium access control, control de
acceso al medio).
La subcapa MAC tiene especial importancia en las LAN, casi todas las cuales usan un canal
multiacceso como base de su comunicacin. Las WAN, en contraste, usan enlaces punto a
punto, excepto en las redes de satlites.
8 Comunicacin a travs de una red de difusin

La mayora de las redes de rea local son redes de difusin; es decir, redes en las que existe
un nico canal de comunicacin al que estn conectados todos los equipos de la red y a travs
del cual tienen que transmitir todos ellos.
En este tipo de redes, el nivel de acceso a la red, aparte de mecanismos para controlar los
errores, para controlar el flujo y para multiplexar varios enlaces lgicos, tiene que incorporar
algn mecanismo que controle y gestione la utilizacin del medio, para impedir que ms de un
equipo transmita al mismo tiempo. Es decir, en este tipo de redes el canal de comunicacin es
considerado como un recurso compartido de uso exclusivo por el que compiten todos los
equipos conectados a la red y, por tanto, tendr que haber un mecanismo que arbitre su uso.
Dicho mecanismo o protocolo recibe el nombre de protocolo de control de acceso al medio
(MAC - Medium Access Control).
43
8.1 Acceso al medio

Existen dos estrategias o filosofas principales a la hora de administrar el acceso al medio
fsico. Dichas estrategias son:
Paso de testigo.
Contienda.
8.1.1 Paso de testigo

Esta estrategia se basa en el establecimiento de un mecanismo de turnos para distribuir el uso
del medio fsico, una solucin lgica que plantearamos todos nosotros para la resolucin de un
problema semejante. Cada equipo tiene que esperar a que le llegue el turno para poder
transmitir y tiene que encargarse de pasar el testigo o turno al siguiente equipo. Como cada
equipo slo puede transmitir cuando tiene el turno, se evita que dos equipos usen el medio
fsico al mismo tiempo. Este tipo de estrategia es aplicable tanto en redes de difusin con
topologa en bus (por consiguiente, tambin en estrella) como en redes de difusin con
topologa en anillo. En las topologas en bus (o estrella) se sigue la norma 802.4, tambin
conocida con el nombre de token-bus (token = testigo) que define todas las particularidades de
este protocolo de control de acceso al medio. Por otra parte, en topologas en anillo se sigue la
norma 802.5, tambin conocida con el nombre de token-ring.
8.1.2 Contienda
Esta estrategia no contempla turnos, sino una "lucha encarnizada" por la obtencin del medio
compartido. En un protocolo de contienda cada equipo es libre de transmitir cuando as lo
necesite, y es a posteriori cuando se resuelven los conflictos que se derivan del hecho de que
dos equipos transmitan al mismo tiempo. No hay un arbitraje para repartir el uso del medio sino
un arbitraje para resolver los conflictos y disputas que se vayan produciendo. Este tipo de
estrategia es aplicable slo en topologas en bus (por consiguiente, tambin en estrella) y se
sigue la norma 802.3, tambin conocida con el nombre CSMA-CD (Carrier Sense, Multiple
Access with Collision Detection - Acceso multiple (medio compartido con contienda) por
deteccin de portadora con deteccin de colisiones).
8.2 Control de la comunicacin

Si reflexionamos atentamente sobre las tareas concretas de las que tiene que encargarse un
protocolo para la comunicacin por un enlace compartido, nos daremos cuenta de que hay dos
clases de tareas bien diferenciadas:
44
las que se encargan de gestionar la correcta comunicacin entre los dos equipos
implicados en la comunicacin (control de errores, control de flujo y multiplexacin de
varios enlaces lgicos) y
las que se encargan de solucionar la problemtica de encontrarse en un medio

compartido cuyo uso hay que repartir entre todos los equipos conectados (control de
acceso al medio).
Esto da lugar a una divisin en dos subniveles independientes, cada uno de los cuales cuenta
con sus propios protocolos utilizables:
Control Lgico del Enlace (LLC - Logical Link Control). Se encarga de las tareas
relacionadas con la gestin de una comunicacin fiable, fluida y libre de errores. Este
protocolo es independiente del protocolo de acceso al medio que se use. Los requisitos
que debe cumplir cualquier protocolo que quiera actuar en este subnivel vienen
definidos en la norma 802.2.
Control de Acceso al Medio (MAC - Medium Access Control). Se encarga de las

tareas relacionadas con el arbitraje del medio compartido.
Por su parte, la norma 802.1 se encarga de definir cmo debe de ser la interfaz que se ofrece a
los protocolos de nivel superior; es decir, cul es el formato de las funciones que se le ofrecen
y que pueden ser invocadas desde niveles superiores para utilizar los servicios que se ofrecen.
8.3 Direccionamiento MAC

En una red de difusin, el medio es compartido, lo que quiere decir que todos los equipos
conectados "oyen" lo que pasa a travs del mismo. Sin embargo, slo el equipo al que va
dirigida la informacin debe "escucharla". Independientemente del protocolo MAC concreto que
se est utilizando, existe un mecanismo de direccionamiento a este nivel para que los equipos
sepan si la informacin que en un instante dado circula por el canal va dirigida a ellos o no. Es
lo que se llama direccin fsica o direccin MAC de un equipo.
La direccin fsica o direccin MAC es la direccin de la tarjeta de red, pues la
direccin va asociada a ella y la llevan almacenada en una pequea memoria que
45
poseen las propias tarjetas. Esta direccin les viene asignada de fbrica y no se
puede variar.
Por el mecanismo que hay establecido para que los fabricantes asignen direcciones a las
tarjetas que fabrican, est garantizado que la direccin MAC de cada tarjeta de red es nica en
el mundo.
Una tarjeta oye todo lo que circula por la red pero, en condiciones normales, tan slo escucha
lo que va destinado a su direccin MAC. Una direccin MAC est formada por 48 bits,
agrupados en seis octetos, donde cada octeto se representa por dos dgitos hexadecimales
(xx:xx:xx:xx:xx:xx). Por ejemplo, 5D:1E:23:10:9F:A3 podra ser una direccin MAC.
Existe una direccin MAC especial, la FF:FF:FF:FF:FF:FF (todos los bits a 1 en la direccin),
que es lo que se llama direccin broadcast o direccin de difusin. Cuando una trama tiene
como direccin de destino esta direccin, es escuchada y procesada por todos los equipos que
se encuentran conectados al medio. Por tanto, la direccin broadcast representa a todos los
equipos de la red de rea local.
8.4 Redes Ethernet

Ethernet es la solucin comercial ms extendida para la capa de acceso a la
red (fsico y de enlace) en una LAN que sigue la norma 802.3; es decir, que
sigue una estrategia de acceso al medio de contienda en un medio
compartido con topologa en bus (de cable coaxial fino o grueso) o topologa
en estrella (de cable par trenzado o fibra ptica). Recordemos que emplea
los siguientes tipos de cableado:
La nomenclatura que se usa para describir los tipos de cableado es la siguiente: Velocidad Tipo de seal - Longitud/tipo de cable
10Base5. Tambin conocida como Ethernet gruesa. Utiliza cable coaxial grueso de 50
ohmios de impedancia (banda base) y sigue una topologa en bus. Se pueden llegar a
alcanzar velocidades de hasta 10 Mbps. Puede alcanzar una longitud de hasta 500
metros, no pudindose conectar ms de 100 equipos.
10Base2. Tambin conocida como Ethernet fina, supone una alternativa ms

econmica a la 10Base5; de hecho es mucho ms utilizada. Utiliza cable coaxial fino de
50 ohmios de impedancia (banda base) y sigue una topologa en bus.
Se pueden llegar a alcanzar velocidades de hasta 10 Mbps. Puede alcanzar una
longitud de hasta 185 metros (casi 200), no pudindose conectar ms de 30 equipos.
10BaseT. Esta modalidad de Ethernet es probablemente la ms utilizada en la

actualidad. Utiliza cable par trenzado no apantallado (UTP con conectores RJ45) de 100
metros de longitud mxima, con una topologa en estrella (uso de un hub). Se pueden
llegar a alcanzar velocidades de hasta 10 Mbps.
46
10BaseFL. Esta modalidad de Ethernet utiliza fibra ptica con una topologa en estrella
y con una velocidad mxima de hasta 10 Mbps. Con el uso de fibra ptica se puede
cubrir mayores distancias en la red de rea local (varios kilmetros)
100BaseT y 100BaseFL. Tambin conocidas como Fast-Ethernet, funcionan a

velocidades de 100 Mbps con cable de par trenzado y fibra ptica respectivamente.
8.5 Protocolo de control de acceso al medio

Veamos ahora cmo funciona el protocolo de contienda de control de acceso al medio
CSMA/CD (norma 802.3) utilizado en las redes Ethernet. El trmino CSMA/CD significa "Carrier
Sense, Multiple Access with Collision Detection"; es decir, "Acceso multiple por deteccin de
portadora con deteccin de colisiones". Analicemos detenidamente qu significa esto.
Como sabemos, en una red ethernet, nos encontramos en un medio compartido regido por un
protocolo de contienda. Esto quiere decir, por definicin, que cualquier equipo que se
encuentre conectado al medio puede transmitir datos por l en cualquier instante. Esta
circunstancia es la que se quiere describir con el trmino "acceso mltiple".
En este escenario, es probable que dos equipos coincidan en la transmisin de datos por el
medio, bien porque transmiten al mismo tiempo o bien porque uno empiece a transmitir cuando
el otro todava no ha acabado de hacerlo. Esta circunstancia recibe el nombre de colisin y
cuando se produce, los datos que circulan por el medio quedan daados e inservibles,
vindose los equipos involucrados obligados a retransmitir los datos nuevamente. Por tanto, es
de vital importancia en este tipo de redes reducir al mnimo el nmero de colisiones.
Cuando un equipo necesita transmitir datos, primero escucha el medio para comprobar si hay
algn otro equipo transmitiendo, si el medio est inactivo inicia la transmisin, mientras que, si
el medio est ocupado se espera unos microsegundos antes de volverlo a intentar.
A esta accin de comprobar la actividad del medio antes de emitir se la conoce con el nombre
de "deteccin de portadora", que viene a ser equivalente a decir "comprobar el medio". Este
mecanismo de "escuchar antes de hablar" evita la mayor parte de las colisiones. Sin embargo,
no evita aqullas que se producen cuando dos equipos quieren transmitir exactamente al
mismo tiempo, caso en el que ambos ven el medio vaco y empiezan a transmitir,
producindose la colisin.
47
Otra de las caractersticas de este protocolo es que, un equipo, al mismo tiempo que est
emitiendo, est comprobando si se produce una colisin. De esta manera, nada ms
detectarse la colisin, el equipo interrumpe inmediatamente su transmisin y no termina de
transmitir su trama, pues una vez que se produce una colisin la informacin queda mutilada y
es ya irrecuperable, por lo que no merece la pena seguir transmitiendo. Esto se traduce en un
ahorro de tiempo y en un mejor aprovechamiento de la red. Este mecanismo de interrupcin
inmediata de la transmisin nada ms detectarse una colisin se conoce con el nombre de
"deteccin de colisin".
8.6 Elementos presentes en las LAN

En una red de rea local, todos los equipos conectados comparten el mismo medio y por lo
tanto pueden comunicarse directamente a travs de l. Como hemos visto en el apartado
anterior, todas las tecnologas que se pueden emplear para poner en marcha una red de rea
local presentan distintas limitaciones respecto a las distancias que se pueden cubrir y respecto
al nmero de equipos que pueden conectarse al medio.
Qu sucede si necesitamos cubrir ms distancia de la que podemos con la tecnologa que

vamos a utilizar en nuestra LAN o necesitamos conectar ms equipos de los permitidos?
Por ejemplo, imaginemos una Ethernet 10BaseT (par trenzado en estrella) en la que se est
utilizando un hub de 8 puertos o conectores para RJ45. Esto implicara que en la LAN tan slo
podra haber un mximo de 8 equipos.
Otro ejemplo, imaginemos una Ethernet 10Base2 a la que necesitamos aadir un conjunto de
equipos a una distancia fuera del rango de 185 metros, que es lo que cubre dicha LAN. Qu
podemos hacer en estos casos?
Una solucin podra ser montar otra red de rea local totalmente distinta a la existente. En este
caso, para que dos equipos que se encuentran cada uno en una de estas dos LAN distintas
puedan comunicarse, tendremos que utilizar soluciones de nivel superior, como veremos en el
tema siguiente.
Si queremos implantar una solucin que se quede en este nivel, el nivel de acceso a la red (es
decir, si queremos una solucin que ample la capacidad de la LAN, pero donde los nuevos
equipos sigan participando del medio compartido), tendremos que hacer uso de unos
elementos que sirvan de "empalme" entre la LAN ya existente y el nuevo segmento que se
aada. La solucin consiste en tener dos segmentos distintos de cable unidos por un elemento
que haga de puente para que, aunque fsicamente sean dos cables distintos, lgicamente
parezca que el medio fsico sigue siendo nico y compartido por todos.
48
Estos elementos que pueden hacer de enlace o "empalme" entre dos segmentos distintos de
una misma LAN, son los siguientes:
Hub o concentrador.
Switch o conmutador.
Bridge o puente
8.6.1 Hub o concentrador

Un hub o concentrador es lo que se llama un dispositivo "tonto", pues lo nico que hace es
reenviar lo que recibe por una de sus entradas al resto de ellas, simulando la existencia de un
medio compartido. En cada puerto (entrada) del dispositivo puede haber conectado un equipo
individual o un segmento completo de la LAN.
8.6.2 Switch o conmutador

Un switch o conmutador es un dispositivo que cuenta con cierta "inteligencia", pues:
1. Es capaz de escuchar y aprender las direcciones MAC de los equipos que se
encuentran conectados y a travs de qu puerto (entrada) se encuentran conectados.
2. Esto lo hace dinmicamente escuchando las tramas que circulan por la LAN y
asociando la direccin de origen de la trama con el puerto por el que le llega dicha
trama.
3. De esta manera, en vez de reenviar una trama por todos los puertos para simular un
medio compartido, slo tendr que mandarlo por aquella entrada en la que ha aprendido
que se encuentra el equipo destino de la trama.
4. En cada puerto (entrada) del dispositivo puede haber conectado un equipo individual o
un segmento completo de la LAN. En este ltimo caso, para esa entrada aprender ms
de una direccin MAC, la de todos los equipos del segmento.
5. Adems, el uso de un switch reducir considerablemente el trfico y aumentar la
eficiencia de la LAN. Esto es debido a que ambos segmentos de la LAN quedan, en
cierto modo, aislados ya que slo se producir transferencia de tramas de uno a otro
cuando sea necesario; es decir, cuando la comunicacin vaya a tener lugar entre dos
equipos que se encuentran cada uno en uno de los segmentos.
49
8.6.3 Bridge o puente

Un bridge o puente tiene la misma "inteligencia" que un switch y la nica diferencia con
respecto a ste es que, adems, es capaz de hacer de enlace o "empalme" entre dos redes
que siguen normas distintas de funcionamiento; por ejemplo, una Ethernet y una Token-Ring.
Por lo tanto, este elemento no slo es capaz de aprender direcciones MAC, sino que tambin
es capaz de hacer de intermediario o traductor entre dos segmentos que "hablan distinto
idioma".
9 Comunicacin por un enlace punto a punto

Pensemos en una oficina que debe tener un enlace con otra oficina similar. Este enlace no
tiene que ser permanente ni durante mucho tiempo, se tratar bsicamente del envo de
archivos de copias de seguridad entre ambas oficinas, de forma que cada oficina disponga al
final del da de una copia de todo lo realizado en la otra oficina. De este modo si ocurriera
alguna catstrofe en una de las oficinas la informacin se salvara porque tendran copia en la
otra.
Un enlace punto a punto entre dos equipos es un medio fsico compartido nica y
exclusivamente por esos dos equipos a travs del cual se pueden comunicar.
En estos casos no es necesario ningn mecanismo de arbitraje para acceder al medio, pues
ste tan slo es compartido por esos dos equipos. Por otra parte, s ser necesario llevar a
cabo el resto de tareas asociadas a este nivel de la pila de protocolos: control de flujo, control
de errores y multiplexacin de varios enlaces lgicos sobre un mismo enlace fsico.
50
La mayor parte de la infraestructura de redes de rea extensa est construida a partir de lneas
punto a punto, que sirven para comunicar uno a uno a los distintos equipos que dan forma a la
red. Sin embargo, el ejemplo ms cercano a nosotros de uso de un enlace punto a punto para
establecer una comunicacin, lo tenemos en la conexin a Internet a travs de un proveedor de
servicios, que es la que utiliza el usuario comn, generalmente a travs de un mdem y una
lnea telefnica. En este caso, el equipo del usuario tiene que conectarse a un equipo de su
proveedor de Internet, que es el que le dar acceso o salida a la red. El establecimiento de la
conexin con dicho equipo se realiza mediante una llamada telefnica al proveedor del servicio,
momento en el que entre los dos equipos se establece un enlace fsico a travs de la lnea
telefnica por el cual pueden comunicarse.
Para regir cmo debe ser la comunicacin por este tipo de enlace, se requiere de un protocolo
punto a punto de enlace de datos en la lnea, para realizar las funciones de la capa de acceso
a la red. Los dos protocolos ms utilizados para comunicaciones punto a punto son:
SLIP (Serial Line Internet Protocol - Protocolo para redes punto a punto) y
PPP (Point to Point Protocol - Protocolo Punto a Punto).
El protocolo PPP es el estndar de facto utilizado en Internet, aunque es capaz de transportar

trfico de nivel superior que no sea trfico TCP/IP. A diferencia de SLIP, PPP es apto para su
uso en lneas telefnicas conmutadas y, adems, permite al proveedor de servicio asignar
dinmicamente las direcciones IP a sus clientes, algo muy comn actualmente.
Igualmente, PPP permite configurar algunos parmetros de la conexin como puede ser la
mxima unidad de transmisin (MTU) del enlace; es decir, el tamao mximo de la trama que
puede circular por el enlace.
10 Redes inalmbricas
Las redes inalmbricas son aquellas que no usan un medio fisico para la transmisin de la
informacin.
A continuacin se hacen algunas observaciones generales que le ayudarn a entender cmo y

por qu algunas topologas de red, pueden o no, ser aplicadas a redes inalmbricas.
51
U.T. 4 Funciones y servicios de la capa de interred
La comunicacin inalmbrica no requiere un medio

Obviamente la comunicacin inalmbrica no requiere de cables pero tampoco necesita de
algn otro medio, aire, ter u otra sustancia portadora. Una lnea dibujada en el diagrama de
una red inalmbrica, es equivalente a una (posible) conexin que se est realizando, no a un
cable u otra representacin fsica.
La comunicacin inalmbrica siempre es en dos sentidos (bidireccional)
No hay reglas sin excepcin, en el caso de sniffing (monitoreo) completamente pasivo o
eavesdropping (escucha subrepticia), la comunicacin es no bidireccional. Esta
bidireccionalidad existe bien sea que hablamos de transmisores o receptores, maestros o
clientes.
10.1 Elementos de una red inalambrica

10.1.1
Punto de acceso
Un punto de acceso es
conecta entre s los nodos
puente entre ellos y la
(coordinados) se pueden
inalmbrica.
un concentrador inalmbrico. El transmisor/receptor

de la red inalmbrica y normalmente tambin sirve de
red cableada. Un conjunto de puntos de acceso
conectar unos con otros para crear una gran red
Desde el punto de vista de los clientes inalmbricos (como las computadoras porttiles o las
estaciones mviles), un punto de acceso provee un cable virtual entre los clientes asociados.
Este cable inalmbrico conecta tanto a los clientes entre s, como los clientes con la red
cableada.
Un punto de acceso debe distinguirse de un enrutador inalmbrico, que es muy comn en el
mercado actual.
Un enrutador inalmbrico es una combinacin entre un punto de acceso y un
enrutador, y puede ejecutar tareas ms complejas que las de un punto de acceso.
Considere un enrutador inalmbrico como un puente (entre la red inalmbrica y la
red Ethernet) y un enrutador (con caractersticas de enrutamiento IP).
En una red inalmbrica se pueden encontrar trabajando juntos dispositivos inalmbricos como
puntos de acceso, enrutadores y puentes.
Los enrutadores y los puentes se pueden encargar de interconectar dos redes (p.e. Internet y
su red local, o dos redes locales). Los enrutadores a diferencia de los puentes pueden hacer
ms eficiente el transporte de paquetes entre las redes debido al uso de tablas de enrutamiento
que permiten determinar la mejor ruta que puede seguir un paquete de datos para llegar a su
destino, adems un enrutador inalmbrico se encargar de realizar la traduccin de direcciones
de red (NAT) o enmascaramiento.
Los puntos de acceso podrn captar las seales de los enrutadores y clientes, amplificndolas
para dar una mayor cobertura a la red. A pesar de que los puntos de acceso son
transparentes para los otros dispositivos de la red, siempre se les debe asignar una direccin
IP que permita su configuracin.
Esto aplica a todos los dispositivos de la red, los cuales para ser gestionados requieren tener
asignada una direccin IP.
Estndar
802.11
Tasa transferencia
2 Mbs
Banda frecuencia
2.4 GHz
52
802.11b
11 Mbs
2.4 GHz
802.11g
54 Mbs
2.4 GHz
802.11n
300 Mbs
2.4 GHz
802.11ac
1,3 Gbps (tres antenas)
5 GHz
10.1.2 Canales inalmbricos

El standard IEEE 802.11 (que regula las redes locales inalmbricas) especific los tres rangos
de frecuencia disponibles para los dispositivos que desearan emitir de esta forma: 2.4 GHz, 3.6
GHz y 5 GHz. La mayora de dispositivos actuales operan, por defecto, en la franja de
frecuencias cercana a 2.4 GHz. Cada rango de frecuencias fue subdividido, a su vez, en
multitud de canales.
Para 2.4 GHz, estamos hablando de 14 canales, separados por 5 MHz. Eso s, cada pas y
zona geogrfica aplica sus propias restricciones al nmero de canales disponibles. Por
ejemplo, en Norteamrica tan slo se utilizan los 11 primeros, mientras que en Europa
disponemos de 13. El problema de esta distribucin es que cada canal necesita 22MHz de
ancho de banda para operar, y como se puede apreciar en la figura esto produce un
solapamiento de varios canales contiguos.
Aqu aparece un concepto importante a tener en cuenta: el solapamiento. Como puede

observarse en el grfico que encabeza este post, el canal 1 se superpone con los canales 2, 3,
4 y 5, y por tanto los dispositivos que emitan en ese rango de frecuencias pueden generar
interferencias. Lo mismo ocurre con el canal 6 y los canales 7, 8, 9 y 10. Parece lgico pensar
entonces que, si nuestra conexin Wi-Fi no va todo lo bien que debera, podra intentarse
mejorar la red cambiando el canal a otro menos usado entre los puntos de acceso cercanos y
que no se superponga con ellos.
10.1.3 Clientes inalmbricos

Un cliente inalmbrico es cualquier estacin inalmbrica que se conecta a una red
de rea local (LAN Local Area Network) inalmbrica para compartir sus recursos.
Una estacin inalmbrica se define como cualquier computador con una tarjeta
adaptadora de red inalmbrica instalada que transmite y recibe seales de Radio
Frecuencia (RF).
Algunos de los clientes inalmbricos ms comunes son las computadoras porttiles, PDAs,
equipos de vigilancia y telfonos inalmbricos de VoIP.
10.2 Modos de operacin de redes inalmbricas

El conjunto de estndares 802.11 definen dos modos fundamentales para redes inalmbricas:
53
Redes ad hoc
Redes de infraestructura
10.2.1 Modo de red ad hoc

El modo ad hoc, tambin conocido como punto a punto, es un mtodo para que los clientes
inalmbricos puedan establecer una comunicacin directa entre s. Al permitir que los clientes
inalmbricos operen en modo ad hoc, no es necesario involucrar un punto de acceso central.
Todos los nodos de una red ad hoc se pueden comunicar directamente con otros clientes.
Cada cliente inalmbrico en una red ad hoc debera configurar su adaptador inalmbrico en
modo ad hoc y usar los mismos SSID y nmero de canal de la red.
Una red ad hoc normalmente est conformada por un pequeo grupo de dispositivos
dispuestos cerca unos de otros. En una red ad hoc el rendimiento es menor a medida que el
nmero de nodos crece.
En redes IEEE 802.11 el modo ad hoc se denota como Conjunto de Servicios Bsicos
Independientes (IBSS -Independent Basic Service Set).
Puede usar el modo ad hoc cuando desea conectar directamente dos estaciones, por ejemplo
de edificio a edificio. Tambin lo puede usar dentro de una oficina entre un conjunto de
estaciones de trabajo.
10.2.2 Modo de red de infraestructura

Contrario al modo ad hoc donde no hay un elemento central, en el modo de infraestructura hay
un elemento de coordinacin: un punto de acceso o estacin base. Si el punto de acceso se
conecta a una red Ethernet cableada, los clientes inalmbricos pueden acceder a la red fija a
travs del punto de acceso.
Para interconectar muchos puntos de acceso y clientes inalmbricos, todos deben configurarse
con el mismo SSID.
Para asegurar que se maximice la capacidad total de la red, no configure el mismo canal en
todos los puntos de acceso que se encuentran en la misma rea fsica. Los clientes
descubrirn (a travs del escaneo de la red) cul canal est usando el punto de acceso de
manera que no se requiere que ellos conozcan de antemano el nmero de canal.
En redes IEEE 802.11 el modo de infraestructura es conocido como Conjunto de Servicios
Bsicos (BSS Basic Service Set).
54
10.2.3
Funcionalidad WDS
Un Sistema de Distribucin Inalmbrico (WDS - Wireless Distribution System) es un sistema

que permite la interconexin inalmbrica de puntos de acceso en una red IEEE 802.11. Permite
que sta pueda ser ampliada mediante mltiples puntos de acceso sin la necesidad de un
cable troncal que los conecte.
Ventajas y Problemas
La ventaja del WDS sobre otras soluciones es que conserva las direcciones MAC de los
paquetes de los clientes a travs de los distintos puntos de acceso.2
Por su parte, dentro de las desventajas es importante puntualizar que en este modo se reduce
la velocidad de transferencia a la mitad de su magnitud en cada salto. Tampoco interopera bien
entre marcas de equipos, ya que no es un estndar IEEE, solamente est normalizado en
parte. Es ms difcil de configurar que otros protocolos.
Operacin
Para que la comunicacin entre 2 puntos de acceso o routers inalmbricos se pueda
establecer, hay que partir de los siguientes supuestos:
Ambos aparatos soportan la funcin WDS.
Deben estar configurados en el mismo canal (aunque es posible realizarlo con canales
diferentes).
Sus nombres de red inalmbricos (SSID) pueden ser distintos (esto nicamente para
saber a cual de ellos estamos conectando con el ordenador), aunque hay fabricantes
que requieren que sean iguales.
Habr que introducir en cada uno de ellos la direccin MAC del otro. Para establecer la
seguridad inalmbrica podrn utilizar cifrado WPA y filtrado de direcciones MAC
10.2.4
Repetidor WIFI
En muchas ocasiones cuando tenemos un router inalmbrico Wi-Fi, la seal no nos llega hasta
la otra punta de la casa debido a los rebotes de seal o a las interferencias de otras redes
vecinas. La solucin ms sencilla es comprar un repetidor WiFi (tambin llamado amplificador
WiFi) para conseguir llegar a todos los lugares de nuestro hogar.
Tenemos que tener en cuenta el lugar donde lo colocaremos, el repetidor debe estar a medio
camino entre el router y el cliente inalmbrico que queremos conectar. Este detalle es muy
importante porque si la seal del router principal llega mal al repetidor, aunque en el cliente
inalmbrico tengamos la mxima cobertura, veremos que la navegacin es muy lenta, debido a
que el propio repetidor no recibe la seal suficiente.
10.3 La seguridad inalmbrica

La definicin de seguridad es en gran medida especfica al contexto; la palabra seguridad
abarca un rango amplio de campos dentro y fuera del mbito de la computacin.
55
Cuando hablamos de seguridad inalmbrica de hecho estamos hablando de seguridad de

informacin en redes inalmbricas.
Se define el concepto de seguridad de sistemas de informacin como la
proteccin de los sistemas de informacin contra el acceso no autorizado o la
modificacin de la informacin, ya sea en el medio de almacenaje, procesamiento o
trnsito, y contra la negacin de servicio a los usuarios autorizados, o la provisin
de servicio a usuarios no autorizados, incluyendo las medidas necesarias para
detectar, documentar y contabilizar esas amenazas.
Qu es seguridad de la informacin
Se incluyeron cuatro reas como partes las actividades de seguridad:
Confidencialidad
Autenticacin
Integridad
Disponibilidad
No repudiacin (rendicin de cuentas)
Confidencialidad
Asegurar que la informacin no es divulgada a personas no autorizadas, procesos o
dispositivos.
(Proteccin contra divulgacin no autorizada).
Autenticacin
Medida de seguridad diseada para establecer la validez de una transmisin, mensaje o
remitente, o un medio para verificar la autorizacin de un individuo para recibir categoras
especficas de informacin (Verificacin de emisor).
Integridad
La calidad de un sistema de informacin refleja el correcto funcionamiento y confiabilidad de
sistema operativo, la coherencia del hardware y software que implementan los sistemas de
proteccin y la consistencia de las estructuras de datos de la informacin almacenada.
Disponibilidad
Acceso oportuno y confiable a datos y servicios de informacin para usuarios autorizados.
No repudiacin (rendicin de cuentas)
Asegurar que el remitente de informacin es provisto de una prueba de envo y que el receptor
es provisto de una prueba de la identidad del remitente, de manera que ninguna de las partes
puede negar el proceso de dicha informacin.
10.3.1
Cifrado en el nivel de enlace
Para asegurar las comunicaciones inalmbricas se aplica cifrado en el nivel de enlace (el nivel
inferior de la arquitectura TCP/IP).
El cifrado en el nivel de enlace es el proceso de asegurar los datos cuando son transmitidos
entre dos nodos instalados sobre el mismo enlace fsico. Con cifrado a nivel de enlace,
cualquier otro protocolo o aplicacin de datos que se ejecuta sobre el enlace fsico queda
protegida de cualquier intercepcin.
El cifrado requiere una clave secreta compartida entre las partes en contacto, y un algoritmo
previamente acordado. Cuando el transmisor y receptor no comparten un medio de transporte
de datos en comn, los datos deben ser descifrados y nuevamente cifrados en cada uno de los
nodos en el camino al receptor.
56
El cifrado en el nivel de enlace se usa en caso de que no se aplique un protocolo de mayor

nivel.
Cifrado a nivel de enlace en el estndar IEEE 802.11
El algoritmo de cifrado mejor conocido para la el estndar IEEE 802.11 es el llamado en ingls
Wired Equivalent Privacy (WEP). Est probado que WEP es inseguro, y otras alternativas,
como el protocolo Wi-Fi Protected Access (WPA), es considerado como el estndar
recomendado. El estndar IEEE 802.11i incluye una extensin de WPA, llamada WPA2.
El cifrado a nivel de enlace no provee seguridad de extremo a extremo, fuera del enlace fsico,
y solo debe ser considerada una medida adicional en el diseo de la red.
El cifrado a nivel de enlace requiere ms recursos de hardware en los puntos de acceso y
medidas especiales de seguridad en la administracin y distribucin de llaves.
10.3.1.1
Protocolo de seguridad WEP
Definimos la confidencialidad en redes inalmbricas como el acto de asegurar que la

informacin transmitida entre los puntos de acceso y los clientes no sea revelada a personas
no autorizadas. La confidencialidad debe asegurar que ya sea la comunicacin se conserva
protegida contra intercepciones.
La confidencialidad en redes inalmbricas ha sido asociada tradicionalmente con el trmino
WEP (privacidad equivalente en enlaces inalmbricos), por su siglas en ingls. WEP fue parte
del estndar IEEE 802.11 original.
La vida del WEP fue muy corta; un diseo malo y poco transparente condujo ataques muy
efectivos a su implantacin. No fueron solo las fallas de diseo las que hicieron que WEP fuera
obsoleto, sino tambin la falta de un sistema de manejo de llaves como parte del protocolo.
WEP no tuvo incluido sistema alguno de manejo de llaves. El sistema de distribucin de llaves
fue tan simple como teclear manualmente la misma llave en cada dispositivo de la red
inalmbrica (un secreto compartido por muchos no es un secreto).
10.3.1.2
Protocolos de seguridad WPA y WPA2
En 2003 se propone WPA (acceso protegido a WIFI) y queda certificado como parte del
estndar IEEE 802.11i, con el nombre de WPA2.
WPA y WPA2 son protocolos diseados para trabajar con y sin un servidor de manejo de
llaves. Si no se usa un servidor de llaves, todas las estaciones de la red usan una llave
previamente compartida (PSK - Pre-Shared-Key-, en ingls), El modo PSK se conoce como
WPA o WPA2-Personal.
Cuando se emplea un servidor de llaves, al WPA2 se le conoce como WPA2-Corporativo (o
WPA2-Enterprise, en ingls). Este modo usa un servidor para distribuir las llaves.
Una mejora notable en el WPA sobre el viejo WEP es la posibilidad de intercambiar llaves de
manera dinmica mediante un protocolo de integridad temporal de llaves (TKIP -Temporal Key
Integrity Protocol).
WPA2
WPA2 es la versin certificada de WPA y es parte del estndar IEEE 802.11i.
Recomendaciones para confidencialidad en datos
Si se necesita confidencialidad mediante el cifrado a nivel de enlace: la mejor opcin es WPA2
en modo corporativo (WPA2-Enterprise).
En caso de usarse una solucin ms simple como la WPA2-Personal, deben tomarse
precauciones especiales al escoger una contrasea (llave pre-compartida, PSK).
57
10.3.2 Detencion de la difusin de la SSID

En el ao 2000 una variacin del esquema de autenticacin llamado red cerrada. Evitar la
publicacin de la SSID implica que los clientes de la red inalmbrica necesitan saber de
manera previa que SSID deben asociar con un punto de acceso.
Esta cualidad ha sido implantada por muchos fabricantes como una mejora de seguridad.
La deteccin de la difusin de la SSID no impedir que una persona interesada encuentre la
SSID de su red. Configurando la red como cerrada solo aadir una barrera adicional a un
intruso corriente. Detener la difusin de la SSID debe considerarse como una precaucin
adicional, ms no una medida de seguridad efectiva.
10.3.3 Filtrado de direcciones MAC

Se ha convertido en prctica comn usar la direccin MAC de la interfaz inalmbrica como
mecanismo para limitar el acceso a una red inalmbrica. La hiptesis detrs de esto es que las
direcciones MAC son fijas (en cada adaptador de red) y no pueden ser modificadas por
usuarios corrientes. La realidad es muy diferente y las direcciones MAC, en el comn de las
redes inalmbricas pueden ser fcilmente modificadas.
10.3.4 Funcionalidad WPS

El WPS es un mecanismo creado para facilitar la conexin de dispositivos a nuestra WiFi.
Existen varios mtodos mediante los cuales un dispositivo puede unirse a una red inalmbrica
mediante WPS pero el ms extendido y que a su vez es el que se usa en las redes domsticas,
es el intercambio de PIN. El dispositivo debe transmitir un cdigo numrico al router y a cambio
este ltimo le enva los datos para acceder a la red.
Es decir, si nuestro router tiene habilitada la funcionalidad WPS y queremos acceder a nuestra
WiFi, simplemente tenemos que enviarle un cdigo PIN de 8 dgitos para que el router nos
permita acceder a la red inalmbrica. Habitualmente, este cdigo PIN viene escrito en la parte
inferior, pero existen maneras alternativas de averiguarlo.
El inconveniente de esta funcionalidad, es que ofrece una nueva opcin para un
ciberdelincuente interesado en acceder a una red inalmbrica, ya que el tiempo que el
ciberdelincuente necesita para averiguar un PIN de 8 dgitos es mucho menor que el que
necesita para averiguar la contrasea WPA2 configurada en la red.
Para mantener nuestra red WiFi segura, debemos renunciar a la comodidad de conectarnos
mediante esta utilidad e introducir la contrasea WPA2 cada vez que queramos conectar un
nuevo dispositivo a nuestra red.
58

INTERRED
1 Fundamentos generales
El nivel o capa de acceso a la red de la pila de protocolos TCP/IP dispone de las
herramientas necesarias para hacer posible la comunicacin entre equipos que comparten el
mismo medio fsico; por ejemplo, entre los equipos host-1 y host-2 de la figura siguiente.
Pero, qu sucede si los dos equipos que quieren comunicarse se encuentran en redes
distintas, es decir, son equipos que no comparten el mismo medio fsico; por ejemplo, los
equipos host-1 y host-3 de la figura. En ese caso, la comunicacin no puede ser directa entre
los equipos involucrados en la comunicacin y habr que pasar por uno o varios intermediarios
para que sta sea posible. Adems, a lo largo del trayecto desde el origen hasta el destino
puede que haya que atravesar redes totalmente distintas tanto en concepcin, como en
tecnologa, como en topologa, etc.
La capa de red se ocupa de controlar el funcionamiento de la subred. Una consideracin clave
de su diseo es determinar cmo se encaminan los paquetes de la fuente a su destino. Estas
rutas se pueden basar en tablas estticas o dinmicas. Por otro lado, si en la subred se
encuentran presentes demasiados paquetes a la vez, formarn cuellos de botella. El control de
tal congestin pertenece tambin a la capa de red. Por ltimo, cuando un paquete debe viajar
de una red a otra para alcanzar su destino, pueden surgir muchos problemas. El tipo de
direcciones usado por ambas redes puede ser diferente; puede ser que la segunda no acepte
el paquete por ser demasiado grande; los protocolos pueden diferir y otras cosas.
El nivel de interred o nivel de red de la pila de protocolos TCP/IP permite la
comunicacin cuando nos encontramos en un escenario donde hay interconectadas
una serie de redes heterogneas. Este nivel se compromete a hacer llegar la
informacin desde el equipo origen al equipo destino, independientemente del
nmero y tipologa de las redes que haya que atravesar a lo largo del trayecto entre
estos dos puntos.
En la siguiente figura podemos observar el aspecto que tiene una red producto de la
interconexin de un conjunto de redes heterogneas, donde tenemos redes punto a punto (una
conexin por mdem y una red WAN punto a punto) y redes de difusin (tanto en bus o estrella
como en anillo).
59
El nivel de red (o interred) presenta a los niveles superiores una visin homognea de todas las
redes (habitualmente heterogneas) interconectadas que forman la interred. Los niveles
superiores de la pila de protocolos tan slo tienen que decirle al nivel de red con qu equipo
quiere establecer una comunicacin y entregarle a dicho nivel la informacin a transmitir,
despreocupndose de toda la problemtica derivada del encaminamiento de la informacin del
equipo origen al equipo destino.
Consideraciones
Una consideracin clave de su diseo es determinar cmo se encaminan los paquetes de la
fuente a su destino. Estas rutas se pueden basar en tablas estticas o dinmicas. Por otro lado,
si en la subred se encuentran presentes demasiados paquetes a la vez, formarn cuellos de
botella. El control de tal congestin pertenece tambin a la capa de red. Por ltimo, cuando un
paquete debe viajar de una red a otra para alcanzar su destino, pueden surgir muchos
problemas. El tipo de direcciones usado por ambas redes puede ser diferente; puede ser que la
segunda no acepte el paquete por ser demasiado grande; los protocolos pueden diferir y otras
cosas.
1.1 Tipos de servicio

Como ya sabemos, cada capa utiliza los servicios que le ofrece la capa inferior. Los servicios
de la capa de red deben ser independientes de la tecnologa de subred, de forma que la capa
de transporte debe estar aislada de la cantidad, tipo y topologa de las subredes presentes.
Adems, las direcciones de red disponibles para la capa de transporte deben seguir un plan de
numeracin uniforme, aun a travs de varias LAN y WAN. Para cumplir estos objetivos existen
dos tipos de servicios:
Servicio orientado a la conexin.
Servicio no orientado a la conexin
1.1.1 Servicio orientado a la conexin

El servicio orientado a la conexin garantiza que los datos le llegarn en orden a
la capa homloga del otro extremo de la comunicacin, que no se producirn
prdidas de datos y que los datos llegarn sin errores.
Desde este punto de vista, las conexiones deben tener las siguientes propiedades:
60
La capa de red en el lado transmisor debe establecer una conexin con la capa de red del
receptor.
Al establecer la conexin, se pueden negociar parmetros, como calidad y costo del

servicio a proporcionar.
La comunicacin es bidireccional y los paquetes se entregan en secuencia.
Se proporciona automticamente control de flujo.
Son opcionales otras propiedades, como la entrega garantizada, la confirmacin explcita de la

entrega y los paquetes de alta prioridad.
1.1.2 Servicio no orientado a la conexin

Con el servicio no orientado a la conexin los datos podrn llegar en cualquier
orden a la capa homloga del otro extremo de la comunicacin, no se garantiza que
vayan a llegar sin errores, y ni siquiera se garantiza la entrega de dichos datos; es
decir, no se puede garantizar que los datos no se vayan a perder por el camino.
El servicio no orientado a conexin se basa en que la tarea de la subred es mover bits de un
lado a otro, y nada ms. Desde este punto de vista, la subred es inherentemente inestable, por
tanto, los hosts deben aceptar el hecho de que es inestable y efectuar ellos mismos el control
de errores y el control de flujo. Por tanto, no debe efectuarse ningn ordenamiento de paquetes
ni control de flujo, pues de todos modos los hosts lo tienen que efectuar. Adems, cada
paquete debe llevar la direccin de destino completa, porque cada paquete enviado se
transporta independientemente de sus antecesores.
1.2 Tipos de subredes

Vamos a distinguir en este nivel dos tipos de subredes:
Subredes de circuitos virtuales.
Subredes de datagramas.
1.2.1 Subredes de circuitos virtuales

En el contexto de la subred, generalmente se llama circuito virtual a una conexin. La idea es
evitar tener que escoger una ruta nueva para cada paquete. Al establecer una conexin, se
establece una ruta desde el origen hasta el destino que se usa para todo el trfico. Al liberar la
conexin, se libera el circuito virtual.
Como los paquetes siempre siguen la misma ruta a travs de la subred, cada router debe
recordar a dnde enviar los paquetes para cada circuito virtual abierto. Cada paquete debe
contener un campo de nmero de circuito virtual en su cabecera. Al llegar un paquete al router,
ste sabe la lnea por la que lleg y el nmero del circuito virtual, de forma que debe enviar el
paquete por la lnea correcta.
Es necesaria la liberacin de la conexin para que el circuito virtual pueda eliminarse de las
tablas del router. Adems, debe tomarse alguna medida para manejar las mquinas que
terminan sus circuitos virtuales con una cada abrupta.
1.2.2 Subredes de datagramas

En una subred de datagramas no se determinan rutas por adelantado, cada paquete enviado
se enruta de manera independiente de sus antecesores. Dos paquetes sucesivos pueden
seguir rutas distintas.
Los routers tienen una tabla que indica la lnea a usar para cada router de destino posible.
Estas tablas tambin son necesarias al usar internamente circuitos virtuales, a fin de determinar
la ruta de un paquete de establecimiento.
61
Cada datagrama debe contener la direccin de destino completa. Al llegar un paquete, el router
busca la lnea a usar y enva el paquete.
1.2.3 Comparacin entre los tipos de subredes

A Los circuitos virtuales permiten que los paquetes contengan nmeros de circuito en lugar de
direcciones de destino completas. Si los paquetes suelen ser cortos, una direccin de destino
completa en cada paquete puede representar una carga extra.
El uso de circuitos virtuales requiere una fase de establecimiento, que consume tiempo y
recursos. Sin embargo, el router simplemente usa el nmero de circuito para buscar en una
tabla y encontrar el lugar al que va el paquete. En una subred de datagramas se requiere un
procedimiento ms complicado para determinar a dnde va el paquete.
Los circuitos virtuales evitan congestionamientos en la subred, pues los recursos se reservan
por adelantado al establecer la conexin. Con una subred de datagramas, es ms dificil evitar
los congestionamientos. Sin embargo, la carga extra requerida para establecer y terminar un
circuito virtual puede ocupar mucho ms tiempo que el uso real del circuito.
Los circuitos virtuales tambin tienen un problema de vulnerabilidad. Si se cae un router,
tendrn que abortarse todos los circuitos virtuales que pasan por l. Por el contrario, al caerse
un router de datagramas slo sufrirn aquellos usuarios cuyos paquetes estaban en el router.
La prdida de una lnea de comunicacin es fatal para los circuitos virtuales que la usan, pero
puede compensarse fcilmente cuando se usan datagramas. Los datagramas tambin
permiten que los routers equilibren el trfico a travs de la subred, ya que las rutas pueden
cambiarse a la mitad de una conexin.
El servicio ofrecido (orientado o no orientado a conexin) es independiente de la estructura de
la subred. En teora, son posibles las cuatro combinaciones. Son razonables la implementacin
con circuitos virtuales de un servicio orientado a conexin y la implementacin con datagramas
de un servicio no orientado a conexin. Tambin tiene sentido la implementacin de
conexiones usando datagramas cuando la subred est tratando de proporcionar un servicio
muy robusto. La cuarta posibilidad, el servicio no orientado a conexin por una subred de
circuitos virtuales, ocurre por ejemplo al ejecutar IP en una subred ATM. Aqu se desea operar
un protocolo no orientado a conexin existente sobre una nueva capa de red orientada a
conexin.
1.3 Protocolos
En el mbito de las redes, los routers o encaminadores deben intercambiar informacin para
comunicar al resto de routers el estado de las redes que ellos interconectan y as, al contar con
una imagen global del estado de la interred, poder tomar mejores decisiones de
encaminamiento.
Existen varios protocolos para el intercambio de informacin de ruteo, por ejemplo, RIP, OSPF,
EGP y BGP. Son protocolos que ataen exclusivamente a los routers y deben preocupar a las
empresas de telecomunicaciones, que ofrecen interconexin a redes, que a los usuarios que se
manejan con redes locales.
A nosotros nos interesan los protocolos de nivel de red que intervienen en los equipos
terminales o hosts. Entre dichos protocolos destacamos:
El protocolo IP o Internet Protocol (Protocolo de Interred).

ste es el protocolo principal del nivel de red en la pila de protocolos TCP/IP. Se encarga
de definir tanto el direccionamiento a nivel de red como el formato de la informacin de
control asociada a dicho nivel.
Actualmente se utiliza una versin de este protocolo conocida con el nombre de IP versin
4 o IPv4. No obstante, en un futuro no muy lejano, sta ser sustituida por la nueva versin
del protocolo, llamada IP versin 6 o IPv6.
62
El protocolo ARP o Address Resolution Protocol (Protocolo para la resolucin de

direcciones).
Es un protocolo secundario, tambin del nivel de red, que sirve para hacer traducciones
entre direcciones de nivel de red (direcciones IP) y direcciones de nivel de acceso a la red
(direcciones MAC). Este protocolo est asociado a IPv4; en IPv6 no se utiliza.
El protocolo ICMP o Internet Control Message Protocol (Protocolo de mensajes de control

en la Interred).
Este es un protocolo de control de ciertos errores a nivel de red. La versin ICMPv4 se
utiliza con IPv4, la versin ICMPv6 se utiliza con IPv6.
2 Protocolo IP
2.1 Protocolo IPv4
El protocolo IP (Internet Protocol - Protocolo de interred), y ms concretamente su versin 4
(IPv4), es actualmente el protocolo principal del nivel de red en la pila de protocolos TCP/IP.
El protocolo IPv4 se encarga de definir tanto el direccionamiento a nivel de red
como el formato de la informacin de control asociada a dicho nivel.
El protocolo IP (Internet Protocol) fue definido en el RFC 791. Proporciona un servicio no
orientado a conexin, por lo que no existe seguridad en la entrega de los paquetes (datos).
Adems, es capaz de conducir paquetes a travs de diferentes redes interconectadas, lo que
significa que los paquetes IP pueden ser encaminados mediante routers entre diferentes
subredes que conformen una red global.
Servicios ofrecidos por el protocolo IP
IP es un protocolo que ofrece al nivel superior o nivel de transporte un servicio con las
siguientes caractersticas:
No garantiza que los paquetes lleguen a su destino en el mismo orden en el que son
enviados.
En IP cada paquete es enrutado o encaminado de manera independiente; por esta razn,
cada paquete tiene que contener la direccin IP del destinatario. Por lo tanto, cada paquete
puede seguir una ruta distinta desde el origen al destino y es imposible asegurar que los
paquetes llegarn en orden al destino.
No se garantiza que los paquetes lleguen a su destino sin errores en los datos.
El protocolo IP slo est preparado para detectar los errores que se producen en los
propios datos de control del nivel de red, pero no puede detectar los errores que se
producen en los datos de nivel superior que viajan encapsulados en el paquete.
No se garantiza la entrega de los paquetes que se envan.

En casos de gran congestin en la red (es decir, cuando hay mucho trfico de paquetes),
los routers pueden verse desbordados; es decir, pueden estar recibiendo ms paquetes de
los que pueden almacenar en sus buffer internos para procesar y enrutar. En estos casos,
los routers tienen permiso para eliminar los paquetes de ms que les llegan. Estos
paquetes, por lo tanto, se pierden y nunca llegarn a su destino.
Todo esto significa que, cuando se usa el protocolo IP como protocolo de nivel de red, tiene
que ser la capa de nivel superior, la capa de transporte, la que trate toda esta problemtica si
se quiere ofrecer a las aplicaciones un servicio ms fiable.
2.2 Paquetes IP
Como sabemos, cada nivel de la pila de protocolos recibe los datos del nivel superior que, junto
a la informacin de control del nivel correspondiente, forman la unidad de datos de ste.
63
La unidad de datos del nivel de red se llama paquete o paquete IP. Un paquete IP
est formado por los datos del nivel de transporte, ms informacin de control del
propio nivel de red.
El protocolo IP acepta bloques de datos de hasta 64 Kbytes (65.536 octetos) de la capa de
transporte que se transfieren a la subred en forma de datagramas.
Formato de la cabecera
Un datagrama IP consta de una parte cabecera y otra de datos. La cabecera tiene el siguiente
formato:
Versin. Formato de la cabecera (versin 4).
IHL (Internet Header Length). Longitud de la cabecera en palabras de 32 bits.
Tipo de servicio. Servicio requerido para la transmisin.
Longitud total. Longitud del datagrama (cabecera y datos) en octetos (mximo 65535).
Identificacin. Necesario para el reensamblado.
Flags, donde el bit O est reservado y debe ser O; el bit 1 DF (Don' t Fragment) indica si
el datagrama puede ser fragmentado; y el bit 2 MF (More Fragments) indica si el
paquete es el ltimo de un datagrama o no.
Posicin. Indica la posicin del fragmento dentro del datagrama en unidades de 8

octetos (64 bits). El primer bit siempre es 0.
TTL (Time To Live). Tiempo mximo que el datagrama permanece en la red (nmero
mximo de IMPs que puede atravesar).
Protocolo. Protocolo de transporte que ha generado el datagrama.
Suma de control de cabecera. Slo se calcula sobre los datos de la cabecera. Cada vez
que cambia TTL es necesario recalcularlo.
Opciones. Tamao variable, pueden aparecer o no.
Relleno. Son bits O para que el tamao de la cabecera sea mltiplo de 32 bits.
2.3 Direccionamiento
La misin principal del nivel de red es la de hacer llegar la informacin desde el equipo origen
al equipo destino, se encuentren donde se encuentren stos. Para poder enviar informacin a
un ordenador dentro de una interred, ste deber tener una direccin que lo identifique de
manera nica y que nos permita saber cmo localizarlo.
2.3.1 Direccionamiento UNICAST

Cada equipo conectado a una interred (de ahora en adelante llamada simplemente red) tiene
que tener una direccin que lo identifique unvocamente. Esta direccin recibe el nombre de
direccin IP y realmente, no se asocia a un equipo, sino a una interfaz de red o tarjeta de red
del equipo.
64
Las direcciones que sirven para identificar a un equipo concreto dentro de la

interred reciben el nombre de direcciones unicast o direcciones IP. Son nicas,
es decir, no puede haber dos equipos que tengan asignada la misma direccin IP.
Toda direccin unicast IPv4 tiene 32 bits (4 bytes u octetos), y se divide conceptualmente en
dos campos:
Identificador
de red
netid
Identificador
de host
hostid
Identifica a la red a la que est conectado el host. Es decir, todos los equipos
que pertenecen a la misma red dentro de la interred tendrn el mismo
identificador de red.
Identifica al host dentro de la red especfica. No puede haber, en la misma
red, dos equipos con el mismo valor en el identificador de host de su direccin
IP.
Objetivos del direccionamiento UNICAST

Este mecanismo de divisin de la direccin en dos campos tiene como objetivos:
Disminuir la cantidad de informacin que los routers deben manejar para tomar las
decisiones de encaminamiento. Evidentemente, el nmero de redes es muchsimo menor
que el nmero de equipos, por lo que la cantidad de informacin que un algoritmo de
encaminamiento tiene que manejar a la hora de tomar una decisin de encaminamiento es
menor con este tipo de direccionamiento.
Agilizar los algoritmos de encaminamiento. Derivado de lo anterior, al manejar menos

informacin, la decisin de encaminamiento se toma con mayor rapidez.
Garantizar que equipos de una misma organizacin tengan direcciones IP consecutivas.

Todos los equipos de una misma organizacin pertenecern a una misma red, por lo que
las direcciones individuales de cada uno de los equipos tendrn en comn el mismo
identificador de red y, por tanto, sern direcciones consecutivas.
Notacin decimal para las direcciones

Para que las direcciones IP sean ms manejables por las personas, ya que es imposible que
lleguemos a memorizar los 32 bits de cada direccin, se ide una representacin especial de
direcciones IP, llamada notacin decimal o notacin punto. En esta notacin cada uno de los
cuatro octetos de la direccin IP se sustituye por su nmero decimal correspondiente, que
estar entre 0 y 255 (8 bits). Adems, cada uno de los cuatro nmeros decimales resultantes
estar separado del siguiente por un punto.
NOTA: No debemos olvidar que aunque nosotros utilicemos la notacin decimal, internamente,
los ordenadores utilizan la notacin binaria de las direcciones.
2.3.1.1 Tipos de direcciones

Si reflexionamos un instante sobre este formato de las direcciones IP unicast, observaremos
que el tamao o nmero de bits que se establezca para el identificador de red influir en el
nmero de redes posibles en una interred, mientras que el tamao o nmero de bits que se
65
establezca para el identificador de host influir en el nmero de equipos que pueden estar
conectados a una misma red.
Por lo tanto, qu tamao es el adecuado fijar para cada uno de estos campos? Es evidente
que no todo el mundo va a tener las mismas necesidades de equipos conectados a su red, por
lo que establecer un nico formato sera contraproducente y producira un desperdicio de
direcciones. Por ello, se adopt la solucin de tener tres tipos o clases diferentes de
direcciones unicast:
Direcciones de clase A.
Direcciones de clase B.
Direcciones de clase C.
Direcciones de clase A
Las direcciones IP de clase A se caracterizan por utilizar 7 bits para el
identificador de red y 24 bits para el identificador de host.
Esto quiere decir que slo puede haber 27 = 128 redes de tipo A, cada una de las cuales puede
albergar 224 = 16 777 216 equipos (posteriormente veremos que, realmente, son menos, tanto
el nmero de redes como el nmero de equipos por red). Esta clase de direcciones fue
pensada para que fuesen adquiridas por organizaciones que necesitasen un nmero
extremadamente elevado de equipos conectados, las cuales se pens que no seran muchas.
Direcciones de clase B
Las direcciones IP de clase B se caracterizan por utilizar 14 bits para el
identificador de red y bits para el identificador de host.
Esto quiere decir que puede haber 214 = 16 384 redes de tipo B, cada una de las cuales puede
albergar 216 = 65 536 equipos (posteriormente veremos que, realmente, son menos, tanto el
nmero de redes como el nmero de equipos por red). Esta clase de direcciones fue pensada
para que fuesen adquiridas por organizaciones que necesitasen un nmero medio de equipos
conectados, las cuales se pens que seran una cantidad moderada.
Direcciones de clase C
Las direcciones IP de clase C se caracterizan por utilizar 21 bits para el
identificador de red y 8 bits para el identificador de host.
Esto quiere decir que puede haber 221 = 2 097 152 redes de tipo C, cada una de las cuales
puede albergar 28 = 256 equipos (posteriormente veremos que, realmente, son menos, tanto el
nmero de redes como el nmero de equipos por red). Esta clase de direcciones fue pensada
para que fuesen adquiridas por organizaciones que necesitasen un nmero reducido de
equipos conectados, las cuales se pens que seran la mayora de ellas.
2.3.2 Comunicacin cuando fuente y destino comparten el medio

Cmo se lleva a cabo la comunicacin entre dos equipos cuando stos comparten el medio
fsico, es decir, cuando pertenecen a la misma subred IP? Vemoslo.
66
Si el equipo destino con el que el equipo fuente quiere establecer una comunicacin se
encuentra en su misma subred, esta comunicacin puede realizarse directamente a travs del
medio que comparten, de la siguiente manera:
El nivel de red del equipo fuente encapsular la informacin que recibe del nivel superior en
un paquete IPv4 que ir dirigido a la direccin IP del equipo destino.
Asimismo, el nivel de acceso a la red del equipo fuente encapsular dicho paquete IP en
una trama dirigida a la direccin MAC del equipo destino.
Por su parte, el equipo destino recoger la trama que va dirigida a l y desencapsular el

paquete IP contenido en su interior.
Entonces comprobar que el paquete va dirigido a su direccin IP, desencapsular la

informacin contenida en el paquete y se la pasar a la capa superior.
En la siguiente figura puede verse la interaccin de los protocolos implicados en una

comunicacin de este tipo, suponiendo que los protocolos superiores implicados son HTTP y
TCP (se trata, por ejemplo, de una comunicacin HTTP entre un navegador y un servidor Web).
2.3.3 Mscara de red o de subred

La mscara de subred es una secuencia de 32 bits en la que estn puestas a uno
aquellas posiciones de la direccin IP que se corresponden con el campo
identificador de red y de subred de la misma y estn puestas a cero aquellas
posiciones de la direccin IP que se corresponden con el campo identificador de
host.
Ejemplo: Mscara de subred en IP de clase B
Si consideramos el ejemplo del apartado anterior en el que una organizacin dispona de
una direccin IP de clase B, la 128.10.0.0, y en la que se haba decidido utilizar 8 bits
67
para el identificador de subred, la mscara asociada a todas las subredes de dicha red
ser:
Consideraciones sobre la mscara de subred

Las mscaras de red asociadas a las redes en las que no hay subdivisin en subredes, es
decir, aqullas en las que se sigue el formato de direccin puro definido por la clase de la
direccin, son las siguientes:
Clase Mscara de red
A
255.0.0.0
255.255.0.0
255.255.255.0
Dicho lo anterior, si un ordenador cuya direccin IP es de una clase y su mscara contiene ms

unos de los establecidos para la mscara estndar de esa clase, entonces es porque dicho
ordenador se encuentra en una red dividida en subredes.
Ejemplo: Esto sucede en un ordenador con una direccin IP de clase A y cuya mscara
de red es 255.255.0.0, cuando debera ser 255.0.0.0 si se encontrase en un entorno sin
subredes.
Adems, cuando una red est subdividida en subredes, todos los equipos de dicha red deben
tener el mismo esquema de subred; es decir, la misma mscara.
Es necesario configurar la mscara de subred utilizando unos en los bits que corresponden al
campo identificador de red de la clase de direccin.
Ejemplo: Una mscara de subred 255.255.0.0 no es vlida en una direccin de clase C,
pues al menos los bits del identificador de red deben estar a uno; es decir, 255.255.255.0.
Todo equipo de una red conoce tanto su propia direccin IP como su mscara de red, la cual le
dice cmo debe interpretar el campo identificador de host de su direccin.
Cuando un equipo quiere comunicarse con otro, del cual slo conoce su direccin IP, para
saber si comparte el medio fsico con l, siempre lleva a cabo el siguiente procedimiento,
independientemente de que se encuentre en un entorno con subredes o no:
Realiza un AND lgico entre su direccin IP y su mscara de red. De esta manera,

obtendr la red o subred, en su caso, a la que pertenece.
Igualmente, hace un AND lgico entre su propia mscara y la direccin IP del equipo
destino con el que se quiere comunicar.
Si el resultado de ambas operaciones es el mismo, entonces es porque ambos equipos

pertenecen a la misma red IP, o subred en su caso, y por tanto, comparten el mismo medio
fsico a travs del cual se podrn comunicar directamente.
2.3.3.1 Clase de la direccin

Conocer la clase a la que pertenece una direccin IPv4 es fundamental para interpretar los bits
que la componen de una manera o de otra.
Por lo tanto nos queda solucionar el siguiente problema: dada una direccin IPv4, cmo
sabemos a qu clase pertenece? Para establecer la clase a la que pertenece una direccin se
utilizan los primeros bits de la misma. As:
68
Las direcciones de clase A, y slo las direcciones de esta clase, comienzan por 0 (el primer
bit de la direccin).
Las direcciones de clase B, y slo las direcciones de esta clase, comienzan por 10 (los dos
primeros bits de la direccin).
Las direcciones de clase C, y slo las direcciones de esta clase, comienzan por 110 (los
tres primeros bits de la direccin).
La direccin 192.168.5.205 es de tipo C, pues empieza por los bits 110. Por lo tanto, el
identificador de red viene dado por los tres primeros octetos (192.168.5), mientras que el
identificador de host viene dado por el ltimo octeto (205). Esto quiere decir que la direccin
anterior identifica al host 205 dentro de la red IP 192.168.5.
Rangos de las direcciones
Analizando toda esta nueva informacin sobre las direcciones IP, podemos afirmar que:
La clase A, que utiliza 7 bits para el identificador de red, abarca un total de 27 = 128 redes,
las que van desde la direccin 0.0.0.0 hasta la 127.0.0.0. Sin embargo, como estas dos no
son asignables, realmente se tienen 27 - 2 = 126 redes de clase A, las que van desde la
direccin 1.0.0.0 hasta la 126.0.0.0. Adems, cada una de estas redes puede albergar un
total de 224 = 16 777 216 equipos. No obstante, como ni el identificador de host x.0.0.0 ni el
x.255.255.255 son asignables a equipos, realmente cada red de clase A puede albergar
224 - 2 = 16 777 214 equipos.
La clase B, que utiliza 14 bits para el identificador de red, abarca un total de 214 = 16 384
redes, las que van desde la direccin 128.0.0.0 hasta la 191.255.0.0. Sin embargo, estas
dos no son asignables, por lo que realmente se tienen 214 - 2 = 16 382 redes de clase B,
las que van desde la direccin 128.1.0.0 hasta la 191.254.0.0. Adems, cada una de estas
redes puede albergar un total de 216 = 65 536 equipos. No obstante, como ni el
identificador de host x.x.0.0 ni el x.x.255.255 son asignables a equipos, realmente cada red
de clase B puede albergar 216 - 2 = 65 534 equipos.
La clase C, que utiliza 21 bits para el identificador de red, abarca un total de 221 = 2 097
152 redes, las que van desde la direccin 192.0.0.0 hasta la 223.255.255.0. Sin embargo,
estas dos no son asignables, por lo que realmente se tienen 221 - 2 = 2 097 150 redes de
clase C, las que van desde la direccin 192.0.1.0 hasta la 223.255.254.0. Adems, cada
una de estas redes puede albergar un total de 28 = 256 equipos. No obstante, como ni el
identificador de host x.x.x.0 ni el x.x.x.255 son asignables, realmente cada red de clase C
puede albergar 28 - 2 = 254 equipos.
2.3.4 Rangos de direcciones pblicas

Las direcciones que podemos asignar a los dispositivos de red que forman parte de Internet
son:
Clase
Redes
Mscara
1.0.0.0 - 127.0.0.0
255.0.0.0
126
16.777.214
128.0.0.0 - 191.255.0.0
255. 255.0.0
16.384
65.534
2.097.152
254
192.0.0.0 - 223.255.255.0 255. 255. 255.0
Cantidad redes Cantidad hosts
Esto no es totalmente cierto. Es los siguientes apartados comentamos las distintas

excepciones, que resultan de la necesidad de reservar direcciones para usos especiales.
2.3.5 Rangos de direcciones privadas o reservadas

Algunos rangos de direcciones de cada una de las clases de red han sido reservados y
designados como rangos de direcciones privadas o reservadas. Estas direcciones estn
reservadas para el uso de redes privadas y no son encaminadas en Internet. Son usadas por
las organizaciones para su propia intranet. Estas direcciones son:
69
Clase
Redes
Mscara
10.0.0.0 - 10.0.0.0
255.0.0.0
172.16.0.0 - 172.31.0.0
255. 255.0.0
192.168.0.0 - 192.168.255.0 255. 255. 255.0
Un caso especial de direccin reservada (169.254.0.0/16) que es vlida pero que no debemos
emplear se comenta en el apartado siguiente:
2.3.6 Rango de direcciones para DHCP fallido

Actualmente es muy comn encontrar instalaciones que emplean servidores DHCP para
asignar las direcciones IP. Estos servidores asignan direcciones privadas o reservadas.
Si el servidor DHCP no funciona correctamente los equipos no pueden tomar la direccin que
les corresponde por DHCP, pero para que puedan tener conectividad el protocolo DHCP
establece que si un equipo no puede tomar su direccin debe emplear una direccin de la
siguiente tabla:
Clase
B
Red
Mscara
169.254.0.0 255.255.0.0
Esta forma de actuar tiene sentido si todos los equipos se configuran mediante DHCP, ya que
todos suponemos que el servicio fallar para todos los equipos por lo que todos ellos tomarn
direcciones IP de esta red. Entonces, al pertenecer todos a la misma red, se comunicarn
correctamente entre s.
Falta indicar como sabe cada equipo que direccin de esta red debe emplear. Simplemente,
van probando cada posible direccin de esta red haciendo ping a la direccin, y toman la
primera direccin que no responda al ping.
2.3.7 Rango de direcciones de loopback

La subred de clase A 127.0.0.0 no puede ser asignada a ninguna red. Todas las direcciones de
esta red se utilizan para realizar comprobaciones de que la pila TCP/IP est operativa dentro
del propio equipo. En la prctica slo se usa la direccin 127.0.0.1, tambin conocida como
direccin de loopback. Los mensajes enviados a esta direccin nunca abandonan el host
local; es decir, no producen trfico en la red.
2.3.8 Direcciones especiales no validas

Como hemos visto anteriormente, una direccin IPv4 est formada por 32 bits y cualquier
combinacin de ceros y unos en estos 32 bits es una direccin IP que representar a un equipo
de la interred.
Sin embargo, esto no es del todo cierto, pues existen ciertas combinaciones de estos bits, es
decir, ciertas direcciones IP, que tienen un uso y significado especial y que no pueden utilizarse
como el resto. Veamos cules son:
1er caso
No se puede asignar a ningn equipo una direccin IP en la que el identificador de host tenga
un valor de todo a cero. Este tipo de direccin se utiliza para identificar a una red en s y es por
eso que no puede ser asignada a ningn host de dicha red. Ejemplos:
Ejemplos
La direccin IP 5.0.0.0 identifica a la red 5 de clase A en su conjunto, pero no se refiere a
ningn host dentro de dicha red.
La direccin IP 155.54.0.0 identifica a la red 155.54 de clase B en su conjunto, pero no se
refiere a ningn host dentro de dicha red.
70
La direccin IP 204.122.8.0 identifica a la red 204.122.8 de clase C en su conjunto, pero

no se refiere a ningn host dentro de dicha red.
Estas direcciones son las que utilizan, por ejemplo, los routers para identificar a una red en las
tablas de enrutamiento que utilizan sus algoritmos de enrutamiento.
2 caso
No se puede asignar a ningn equipo una direccin IP en la que el identificador de host tenga
un valor de todo a uno. Este tipo de direccin representa a todos los equipos de la red indicada
en el identificador de red correspondiente. Por lo tanto, cualquier informacin que se enve a
una direccin de este tipo ser entregada a todos los equipos de esa red. Esto es lo que se
llama broadcast o difusin dirigida a nivel IP. Por ejemplo:
Ejemplos
La direccin IP 5.255.255.255 identifica a todos los equipos de la red 5 de clase A. Toda
informacin dirigida a dicha direccin llegar a todos los equipos dentro de esa red.
La direccin IP 155.54.255.255 identifica a todos los equipos de la red 155.54 de clase B.
Toda informacin dirigida a dicha direccin llegar a todos los equipos dentro de esa red.
La direccin IP 204.122.8.255 identifica a todos los equipos de la red 204.122.8 de clase
C. Toda informacin dirigida a dicha direccin llegar a todos los equipos dentro de esa
red.
3er caso
La red que viene dada por el identificador de red cuyo valor sea de todo a cero, no existe. Este
tipo de identificador se interpreta como "esta red". Por lo tanto, cuando un equipo manda una
informacin a una direccin de este tipo, se la est mandando al equipo de su propia red IP
que venga dado por el identificador de host correspondiente. Por jemplo:
Ejemplos
La direccin IP 0.125.3.34, identifica al equipo 125.3.34 dentro de la red IP de clase A
local.
La direccin IP 0.0.3.34, identifica al equipo 3.34 dentro de la red IP de clase B local.
La direccin IP 0.0.0.34, identifica al equipo 34 dentro de la red IP de clase C local.
La utilizacin de este tipo de direcciones tan slo est permitida durante el procedimiento
de arranque del sistema y sirve para permitir que una mquina se comunique
temporalmente mientras aprende cul es su direccin de red y direccin IP correctas. Una
direccin de este tipo nunca aparecer como destino de ninguna informacin.
4 caso
La direccin en la que tanto el identificador de red como el identificador de host tiene un valor
de todo a cero, la puede utilizar un equipo para referirse a s mismo.
Al igual que antes, la utilizacin de este tipo de direccin tan slo est permitida durante el
procedimiento de arranque del sistema mientras se aprende la direccin de la red a la que
pertenece y su direccin IP correcta. Una direccin de este tipo nunca aparecer como destino
de ninguna informacin.
5 caso
La direccin en la que tanto el identificador de red como el identificador de host tiene un valor
de todo a uno hace referencia a todos los equipos de la interred. Evidentemente, esto no se
permite para evitar el caos en esta red global; los routers no dejan pasar este tipo de trfico.
Por lo tanto, esta direccin equivale a un broadcast en la propia red a la que se est conectado.
Generalmente, este tipo de direccin se utiliza durante el proceso de arranque del sistema
cuando no se conoce la direccin IP de la red a la que se encuentra conectado y se necesita
71
mandar un mensaje a todos los equipos de la misma. Una vez que esto se conoce, se
empezar a utilizar la difusin dirigida para llegar a todos los equipos de la red local.
6 caso
La subred de clase A 127.0.0.0 no puede ser asignada a ninguna red. Todas las direcciones de
esta red se utilizan para realizar comprobaciones de que la pila TCP/IP est operativa dentro
del propio equipo. En la prctica slo se usa la direccin 127.0.0.1, tambin conocida como
direccin de loopback. Los mensajes enviados a esta direccin nunca abandonan el host
local; es decir, no producen trfico en la red.
En la siguiente tabla tenemos un resumen de todas estas direcciones especiales:
Bits de red Bits de host
Significado
Ejemplo
Todos 0
Mi propio host
0.0.0.0
Todos 0
Host
Host indicado dentro de mi red 0.0.0.10
Red
Todos 0
Red indicada
192.168.1.0
Difusin a mi red
255.255.255.255
Difusin a la red indicada
192.168.1.255
Todos 1
Red
Todos 1
127
Cualquier valor vlido de host Loopback (mi propio host)
127.0.0.1
2.4 Subredes IP o subnetting

En principio, y por definicin, todos los equipos que pertenecen a una misma red IP deben
poder comunicarse directamente a travs del medio. Por el contrario, equipos que no
pertenecen a una misma red IP debern utilizar elementos intermedios, los routers, para poder
comunicarse.
Si reflexionamos sobre la afirmacin anterior, observamos que esto puede suponer un
problema, sobre todo para organizaciones que poseen redes de tipo A o B. Estas redes estn
ideadas para alojar multitud de equipos; sin embargo, como sabemos, en un mismo medio
fsico resulta imposible conectar un nmero tan elevado de ellos. Entonces, de qu me sirve
tener una red que desde el punto de vista IP puede alojar miles de equipos si desde el punto de
vista del nivel de acceso a la red esto es imposible? Qu se puede hacer para aprovechar la
capacidad que ofrece una red de tipo A o B en cuanto a nmero de equipos? Para solucionar el
problema se ide el concepto de subred IP.
Las subredes son redes fsicamente independientes que comparten una misma direccin IP.
sta ahora se interpreta de una manera un poco distinta, para dar cabida al concepto de
subred. De los 32 bits que conforman la direccin IP:
Los bits pertenecientes a la parte de identificador de red se siguen interpretando

exactamente igual.
Los bits pertenecientes a la parte de identificador de host se dividen en dos bloques:

o
una parte servir para identificar a la subred y
otra parte servir para identificar al host dentro de dicha subred.
Por lo tanto, todas las subredes de una misma red IP comparten el mismo identificador de red,
ya que lo nico que se cambia respecto al comportamiento estndar es la manera en la que se
interpreta ahora el identificador de host.
Ejemplo: Subnetting de una red de clase A
Dada la direccin IP Clase A 10.0.0.0/8 para una red, se nos pide que mediante subneteo
obtengamos 7 subredes.
Lo vamos a realizar en 2 pasos:
72
1) Adaptar la mscara de red por defecto a nuestras subredes. La mscara por defecto
para la red 10.0.0.0 es:
Mediante la frmula 2n-2 (donde n es la cantidad de bits que tenemos que robarle a la
porcin de host) adaptamos la mscara de red por defecto a la subred.
En este caso particular resolvemos la ecuacin 2 n-2 >= 7 (ya que nos pidieron que
hagamos 7 subredes).
Una vez hecho el clculo nos da que debemos robar 4 bits a la porcin de host para
hacer 7 subredes o ms y que el total de subredes tiles va a ser de 14. Van a quedar 7
para uso futuro.
Tomando la mscara de clase A por defecto, a la parte de red le agregamos los 4 bits
que le robamos a la porcin de host reemplazndolos por 1s. As obtenemos
255.240.0.0, que es la mascara de subred que vamos a utilizar para las subredes.
2) Obtener Rango de Subredes y Cantidad de Hosts

Para obtener las subredes se trabaja nicamente con la direccin IP de la red, en este
caso 10.0.0.0. Para esto vamos a modificar el mismo octeto de bits (el segundo) que
modificamos anteriormente en la mascara de red pero esta vez en la direccin IP.
Para obtener el rango hay varias formas, la que me parece ms sencilla a m es la de
restarle a 256 el nmero de la mscara de subred adaptada. En este caso sera: 256240=16, entonces 16 va a ser el rango entre cada subred.
73
Si queremos calcular cuntos hosts vamos a obtener por subred debemos aplicar la
frmula 2M-2, donde M es el nmero de bits disponible en la porcin de host y -2 es
debido a que toda subred debe tener su propia direccin de red y su propia direccin de
broadcast. En este caso particular sera:
220 -2 = 1.048.574 host utilizables por subred.
Ejemplo
Supongamos una organizacin que tiene asignada la red de tipo B 128.10.0.0 y que, por
alguna circunstancia, necesita dividirla en varias subredes. Por definicin, al ser una red
de clase B, los dos primeros octetos de la direccin componen el identificador de red y los
dos ltimos conforman el identificador de host. Supongamos que se decide utilizar 8 bits,
un octeto completo de los dos que conforman el apartado de identificador de host, para
direccionar las distintas subredes. En este caso:
Dicha organizacin podra tener un total de 28 = 256 subredes distintas. Realmente
podra tener 28 - 2 = 254, pues las subredes que vienen dadas por un valor de todo a cero
o un valor de todo a uno en el identificador de subred no estn permitidas. Estas posibles
subredes son:
Cada una de las subredes puede contar con un mximo de 28 = 256 equipos cada una.
Realmente podran tener 28 - 2 = 254, pues el identificador de host que viene dado por un
valor de todo a cero representa a la subred completa y no es asignable, mientras que el
74
que viene dado por un valor de todo a uno se utiliza para realizar un broadcast en la
subred y tampoco es asignable.
Una vez estudiado lo que son las subredes, debemos matizar la afirmacin originaria del
problema que dio lugar a la aparicin de las mismas. Ahora se establece que todos los equipos
que pertenezcan a una misma subred IP deben poder comunicarse directamente a travs del
medio (el cual comparten), mientras que aqullos que no pertenezcan a la misma subred IP
tendrn que utilizar algn elemento intermedio, un router, para poder establecer una
comunicacin.
Ejemplo: Divisin de una clase B en tres subredes
Supongamos una organizacin propietaria de la red de clase B 128.10.0.0, la cual esta
dividida en 3 subredes: la 128.10.1.0, la 128.10.2.0 y la 128.10.3.0.
Supongamos que la distribucin de direcciones IP es la que se aprecia en la siguiente
figura:
Como se decidi que se iba a utilizar un octeto para el identificador de subred (primer
octeto del identificador de host en las redes de clase B, o lo que es lo mismo, tercer
octeto de los cuatro que componen toda la direccin), la mscara de red que debe
75
utilizarse es 255.255.255.0. Esta mscara es la que tienen asociada absolutamente todos

los equipos de la red 128.10.0.0, ya que la subdivisin en subredes les afecta a todos. En
este contexto planteamos los siguientes supuestos:
1er supuesto:
El Host 1, con IP 128.10.1.1, quiere comunicarse con el Host 3, que tiene IP 128.10.1.3.
Para averiguar si dicho host pertenece a la misma subred que l hace lo siguiente:
Por lo tanto, la subred a la que pertenece el Host 1 es la 128.10.1.0. Ahora hay que ver lo
que sucede con el destino, el Host 3:
El resultado es el mismo que antes, 128.10.1.0, por lo que se puede deducir que
pertenecen a la misma subred.
2o supuesto:
El Host 1, con IP 128.10.1.1, quiere comunicarse con el Host 8, que tiene IP 128.10.3.2.
Procediendo igual que antes, averigua la subred a la que l mismo pertenece, la
128.10.1.0, y ahora tiene que averiguar lo que sucede con el destino, el Host 3:
El resultado no es el mismo que antes, 128.10.3.0 frente a 128.10.1.0, por lo que se

puede deducir que no pertenecen a la misma subred.
3er supuesto
76
El Host 1, con IP 128.10.1.1, quiere comunicarse con un equipo externo a la propia red
128.10.0.0 que tiene IP, por ejemplo, 155.54.1.19. Procediendo igual que antes, averigua
la subred a la que l mismo pertenece, la 128.10.1.0, y ahora tiene que averiguar lo que
sucede con el destino, el Host externo:
El resultado no es el mismo que antes, 155.54.1.0 frente a 128.10.1.0, por lo que se

puede deducir que no pertenecen a la misma subred.
2.5 Protocolo IPv6

En un futuro prximo, la actual versin del protocolo IP (IPv4) ser sustituida por una nueva:
versin del protocolo IP recogida en el RFC 2460: IPv6 o IPng (IP new generation). El principal
motivo es la ampliacin del campo de direcciones IP que pasar de 32 a 128 bits. Con 232
direcciones, es decir, aproximadamente 4000 millones, debera ser suficiente, pero la ineficaz
distribucin de direcciones en subredes hace que se desaprovechen la mayor parte de ellas.
Las mejoras del IPv6 incluyen:
Espacio de direcciones ampliado: 128 bits.
Mecanismo de opciones mejorado. Las opciones van en cabeceras opcionales

separadas, a partir de la principal. Hay hasta 8 tipos diferentes que slo se incluyen y/o
procesan cuando son necesarias.
Direcciones de autoconfiguracin. Permiten la asignacin dinmica de direcciones.
Mayor flexibilidad en el direccionamiento.
Facilidad de asignacin de recursos al trfico de alta prioridad. Desaparece el campo

tipo de servicio y se incluye uno de prioridad que clasifica el trfico en funcin de sus
necesidades especiales
Capacidades de seguridad. Incluyen la autentificacin y privacidad de los datos.
La cabecera del IPv6 pasa a tener 40 bytes en lugar de 60, siendo adems ms simple
porque incluye menos campos.
3 Protocolo ARP
Como hemos visto en el apartado anterior, cuando un equipo quiere comunicarse con otro, lo
primero que averigua es si dicho equipo se encuentra o no en su misma subred, para saber si
puede comunicarse con l directamente a travs del medio. En caso de ser as, encapsula el
paquete IP en una trama que vaya dirigida a su direccin MAC y la manda a travs del medio.
Por el contrario, si el equipo con el que quiere comunicarse no se encuentra en su misma
subred, entonces tiene que entregarle el paquete IP primero a un router que s se encuentre en
su subred y que ser el que se encargue de hacerlo llegar a su destino a travs de la interred.
Para ello, encapsular el paquete IP (que est dirigido a la direccin IP del equipo destino) en
una trama dirigida a la direccin MAC de dicho router y se la mandar a travs del medio que
77
comparten. Se plantea entonces el siguiente problema: una vez que un equipo sabe a qu
equipo de su subred debe entregarle el paquete IP, ya sea sta la mquina destino real o ya
sea al router de salida de la subred, cmo sabe un equipo a qu direccin MAC debe enviar la
trama?
El protocolo ARP (Address Resolution Protocol - Protocolo para la resolucin de
direcciones) proporciona los mecanismos necesarios para poder averiguar la
direccin MAC que se encuentra asociada a la direccin IP de un equipo que se
encuentre compartiendo el medio fsico; es decir, que pertenezca a la misma
subred.
Funcionamiento del protocolo
Supongamos que un equipo quiere enviar un paquete IP que va dirigido a un equipo de su
subred del cual, evidentemente, conoce su direccin IP. Entonces, tiene que averiguar cul es
su direccin MAC asociada; es decir, la direccin de la tarjeta de red del equipo que tiene
asignada esa direccin IP a la que va dirigida el paquete IP. Para lograrlo se hace lo siguiente:
Se emite un paquete especial llamado ARP Query (ARP de pregunta) dentro de una trama
dirigida a todos los equipos que estn conectados al medio; es decir, una trama broadcast,
dirigida a la direccin MAC FF:FF:FF:FF:FF:FF. Dicho paquete ARP contiene:
o
Direccin MAC del equipo que est preguntando.
Direccin IP del equipo que est preguntando.
Direccin IP del equipo del que se quiere averiguar la direccin MAC.
Dicha trama ser recibida por todos los equipos de la subred, pues va dirigida a todos
ellos (broadcast). Interiormente, cada equipo desencapsula el paquete ARP y lo pasa al
nivel de red. ste reconoce que se trata de un paquete ARP y procede a analizarlo.
Para ello, cada equipo lee el campo que indica cul es la IP del equipo del que se
quiere averiguar la direccin MAC y lo compara con su propia direccin IP, para
averiguar si es a ellos a los que estn buscando. Evidentemente, tan slo uno
reconocer su direccin IP en dicho campo, el resto elimina el paquete.
El equipo al que iba dirigido realmente el paquete ARP (y que ha reconocido su IP en el

ARP Query) responder con un paquete especial llamado ARP Response (ARP de
respuesta) en el que le comunica al equipo que realiz la pregunta cul es su direccin
MAC, que es la direccin por la que preguntaba. Dicho paquete ARP ser encapsulado en
una trama dirigida a la direccin MAC del equipo que realiz la pregunta, con lo que le
llegar nicamente a l. La informacin que contiene dicho paquete ARP Response es la
siguiente:
o
Direccin MAC del equipo que se buscaba, que es el que est generando este
paquete de respuesta.
Direccin IP del equipo que se buscaba, que es el que est generando este paquete
de respuesta.
Direccin MAC del equipo que realiz la pregunta y al cul se est contestando con
este paquete ARP.
Direccin IP del equipo que realiz la pregunta y al cul se est contestando con
este paquete ARP.
Cuando el equipo que realiz la pregunta inicial recibe este paquete ARP de respuesta,
analiza la informacin y
averigua cul es la direccin MAC asociada al equipo al que tiene que mandar el
paquete IP. Entonces encapsula dicho paquete IP en una trama que vaya dirigida a esa
direccin MAC y se la manda por el medio fsico.
Normalmente, los equipos van almacenando en una cach los pares (direccin IP, direccin
MAC) que van aprendiendo y los mantienen durante un tiempo. Con esto se evita que los
78
equipos estn preguntando continuamente para cada paquete IP que envan. Si tienen una
asociacin en su cach para resolver la direccin MAC asociada a una IP, no tienen por qu
preguntar, simplemente toman el dato que tienen almacenado. Adems, un equipo no aprende
slo aquellas direcciones por las que l mismo pregunta, sino todas las direcciones de
cualquier equipo que pregunta, ya sea que pregunte por l o por otro equipo, ya que dicha
informacin est contenida en el paquete ARP Query, que reciben todos los equipos de la
subred.
En el supuesto en el que un equipo quiera establecer una comunicacin con un equipo que no
pertenece a su subred, lo que tiene que hacer es enviarle el paquete IP al router de su subred
que le d salida al exterior. Evidentemente, la IP de dicho router la debe conocer. Entonces,
utilizar el protocolo ARP para averiguar la direccin MAC del router. El funcionamiento en este
caso es idntico: se conoce la IP del router y se quiere averiguar su direccin MAC asociada.
La nica diferencia es que, una vez averiguada dicha MAC, el paquete IP que se encapsula en
la trama dirigida al router, va dirigido al equipo externo a la subred.
4 Protocolo ICMP
Ya vimos anteriormente que IP es un protocolo que no garantiza que los paquetes que se
emiten lleguen a su destino. Como el protocolo IP no ofrece ningn mecanismo para que el
emisor pueda detectar si los paquetes que se estn enviando estn llegando bien.
El protocolo ICMP (Internet Control Message Protocol - Protocolo de Control de
Mensajes de Internet) ofrece un mecanismo que permite a los routers ofrecerles
cierto tipo de informacin sobre errores o situaciones no esperadas que puedan
producirse en la red.
Adems, este protocolo tambin permite al equipo emisor averiguar cierta informacin sobre el
estado de la red. Entre otras cosas ICMP permite:
79
Informar de que el destino es inalcanzable.
Informar de que un paquete ha sido eliminado de la red por exceso de tiempo.
Informar a un emisor de paquetes de que la red est congestionada (hay mucho trfico).
Sin embargo, su utilidad ms extendida entre los usuarios de informtica es la posibilidad que
ofrece para averiguar si hay algn equipo que responda a una direccin IP concreta. Esto es lo
que se conoce con el nombre de ping. El ping no es ms que un mensaje ICMP especial
dirigido a una direccin IP y conteniendo unos datos, que provoca que el equipo destino
responda con otro mensaje ICMP que contiene los mismos datos. Gracias a este mecanismo
podemos averiguar si la mquina a la que se le hace el ping est operativa y podemos
alcanzarla. Si al hacer un ping a una IP, el equipo asociado no responde, entonces podemos
deducir que existe algn problema que lo impide. Este problema puede ser en nuestro equipo,
en nuestra conexin a la red, en nuestra red, en la interred, en la red del destinatario, en la
conexin a la red del destinatario o en el propio equipo destinatario (por ejemplo, si est
apagado).
Los mensajes ICMP viajan dentro de paquetes IP como si fuera un protocolo de nivel superior.
Esto se hace para aprovechar la capacidad que tiene IP de hacer llegar informacin desde un
origen a un destino a travs de la interred. En este caso, el origen de la informacin ser un
router (su capa ICMP), mientras que el destino de la informacin del paquete no va a ser
ningn proceso de usuario, sino la propia capa de red ICMP de la mquina emisora a la que se
quiere informar del error. Dado que los paquetes ICMP viajan dentro de paquetes IP, tampoco
hay garanta de que stos lleguen a su destino. No obstante, los routers no generan un
mensaje de error para avisar de la prdida de un mensaje ICMP para evitar crear una cascada
de mensajes. Por lo tanto, la existencia del protocolo ICMP no debe llevarnos a la confusin:
El protocolo ICMP no soluciona el problema de la prdida de paquetes ni evita que los

paquetes no lleguen a su destino. Simplemente es un protocolo para que se pueda avisar al
equipo emisor de ciertas situaciones de error en la red. Adems el protocolo tampoco
garantiza que ante una situacin de error el emisor vaya a ser avisado.
ICMP es un protocolo para informar de errores, no para corregirlos ni subsanarlos. Es decir,

ICMP informa del error pero no especifica qu hacer frente a ste.
IP sigue ofreciendo un servicio que no garantiza nada: ni asegura la entrega de paquetes

sin errores, ni asegura que stos sean entregados en el mismo orden en el que fueron
enviados, ni siquiera asegura la entrega en s de los paquetes. De hecho, cuando va ICMP
se le informa de una condicin de error, IP simplemente se limita a avisar del error a los
niveles superiores para que acten en consecuencia.
5 Enrutamiento
5.1 Comunicacin cuando fuente y destino no comparten el medio
Cmo se lleva a cabo la comunicacin entre dos equipos cuando stos no comparten el medio
fsico, es decir, cuando no pertenecen a la misma red IP o, en su caso, subred IP
Si el equipo destino con el que el equipo fuente quiere establecer una comunicacin no se
encuentra en su misma subred, entonces esta comunicacin no puede realizarse directamente
a travs del medio y tendrn que intervenir elementos intermedios: los routers o
80
encaminadores, tambin llamados gateways o puerta de enlace en ciertos entornos.

Recordemos que estos encaminadores IP o routers son, bsicamente, hosts TCP/IP
conectados a dos o ms subredes para hacer de puente entre ellas y que cuentan con
informacin y mecanismos para saber qu hacer con los paquetes IP que reciben, para que
stos lleguen a su destino.
Bsicamente, en estas situaciones, el equipo fuente le entrega el paquete IP a uno de los
routers de su subred (al adecuado segn la direccin destino del paquete). Posteriormente,
dicho paquete ir pasando de router en router hasta que llegue a uno que pueda transmitir
directamente el paquete al equipo destinatario del mismo, porque comparta subred con l.
Generalmente slo suele haber un router en cada subred y los equipos de la misma saben que,
en caso de que tengan que comunicarse con un equipo externo, tienen que hacerlo a travs de
dicho router; es decir, lo tienen configurado como router o gateway por defecto. En caso de
haber ms de un router en la subred, los equipos deben tener informacin sobre a qu redes
da acceso cada uno de ellos; es decir, tiene que tener especificado qu router elegir en funcin
de la red a la que quieren acceder, aunque siempre existe especificado un router por defecto
para aquellas redes que no estn contempladas de manera particular. Tener definido un router
por defecto evita tener que almacenar en los hosts informacin para absolutamente todas las
redes posibles.
Concretamente, el procedimiento que se lleva a cabo en una comunicacin cuando los equipos
implicados no pertenecen a la misma subred IP es el siguiente:
El nivel de red del equipo fuente encapsular la informacin que recibe del nivel superior en
un paquete IPv4 que ir dirigido a la direccin IP del equipo destino.
Adems, el nivel de acceso a la red del equipo fuente encapsular dicho paquete IP en una
trama dirigida a la direccin MAC del router correspondiente de su propia subred.
Una vez que el router de la subred local recibe la trama que va dirigida a l, desencapsula
el paquete IP que sta contiene y analiza la direccin destino del mismo.
Entonces, sus algoritmos de encaminamiento le dirn, en base a dicha direccin, cul es el

siguiente router al que tiene que mandar el paquete para que ste llegue a la red destino;
es decir, le dirn cul es el siguiente salto (next-hop) en el camino hacia el destino.
Evidentemente, entre ambos routers tiene que existir siempre un medio compartido, por lo
que la comunicacin entre ellos es directa.
Por lo tanto, el router encapsular el paquete IP en una trama del nivel de acceso a la red
correspondiente, la cual ir dirigida a la direccin MAC de este router que supone el
siguiente salto en el camino.
Este proceso se repite hasta que el paquete llega a un router que est conectado a la
misma red a la que pertenece el equipo destino.
Entonces este router encapsular el paquete IP en una trama dirigida a la direccin MAC
del destino, el cual la recoger, desencapsular el paquete IP contenido en su interior,
comprobar que el paquete va dirigido a su direccin IP, desencapsular la informacin
contenida en el paquete y se la pasar a la capa superior de su pila de protocolos.
En la siguiente figura puede verse la interaccin de los protocolos implicados en una

comunicacin de este tipo, suponiendo que los protocolos superiores implicados son HTTP y
TCP (se trata, por ejemplo, de una comunicacin HTTP entre un navegador y un servidor Web).
81
5.2 Encaminamiento o enrutamiento

Para que una mquina sea capaz de encontrar otra mquina remota a travs de la red debe
existir mecanismo que describa cmo llegar del origen al destino.
En comunicaciones, el encaminamiento (a veces conocido por el anglicismo ruteo
o enrutamiento) es el mecanismo por el que en una red los paquetes de
informacin se hacen llegar desde su origen a su destino final, siguiendo un camino
o ruta a travs de la red. En una red grande o en un conjunto de redes
interconectadas el camino a seguir hasta llegar al destino final puede suponer
transitar por muchos nodos intermedios.
Algoritmos de encaminamiento
Es evidente que para ir de un origen a un destino habr siempre ms de un camino posible.
Adems, unas rutas sern ms largas y otras ms cortas, en unas rutas se podr circular a una
velocidad y en otras a otra, en un momento dado unas rutas estarn congestionadas de trfico
y otras estarn desiertas, unas rutas sern cortadas momentneamente por problemas o se
cerrarn al trfico para siempre y otras calles nuevas aparecern. Es decir, una red es una
entidad dinmica en constante cambio, y disponer de toda esta informacin de manera
actualizada ser fundamental para que los routers puedan tomar buenas decisiones de
encaminamiento.
Estas decisiones de encaminamiento se toman en base a una serie de algoritmos de
encaminamiento o de enrutamiento, que son los que gestionan este tipo de informacin.
En el mbito de las redes, un buen algoritmo de encaminamiento es aqul en el que se
consiguen los siguientes objetivos:
82
Ser capaz de adaptarse dinmicamente a los cambios que se produzcan en el mapa de

interconexin.
La realidad de las redes de ordenadores es una realidad dinmica. As, por ejemplo, es
frecuente que se interconecten a la red global nuevas redes, que otras dejen de estar
conectadas, que caigan de manera momentnea o permanente enlaces, que haya rutas
que en un momento dado se encuentren congestionadas por el trfico, etc.
Ser capaz de encaminar o enviar la informacin por el camino por el que se tarde menos
tiempo en alcanzar el destino.
En dicho tiempo intervienen dos factores: el nmero de routers intermedios o redes que hay
que atravesar y la congestin o trfico existente en dichas redes intermedias en ese
instante dado. Es importante que los routers reciban informacin en tiempo real sobre la
propia situacin de la red y que los algoritmos de encaminamiento sean capaces de
considerar dicha informacin para tomar sus decisiones.
Encaminamiento en redes de circuitos virtuales y de datagramas

Cuando la red de conmutacin de paquetes funciona en modo circuito virtual, generalmente la
funcin de encaminamiento establece una ruta que no cambia durante el tiempo de vida de ese
circuito virtual. En este caso el encaminamiento se decide por sesin.
Una red que funciona en modo datagrama no tiene el compromiso de garantizar la entrega
ordenada de los paquetes, por lo que los nodos pueden cambiar el criterio de encaminamiento
para cada paquete que ha de mandar. Cualquier cambio en la topologa de la red tiene fcil
solucin en cuanto a encaminamiento se refiere, una vez que el algoritmo correspondiente
haya descubierto el nuevo camino ptimo.
5.3 Algoritmos de enrutamiento

5.3.1 Principio de optimizacin
Si el router J est en la trayectoria ptima de los routers I a K, entonces la trayectoria ptima de
J a K tambin est en la misma ruta. Por tanto, el grupo de trayectorias ptimas de todos los
orgenes a un destino dado forma un rbol con raz en el destino. Tal rbol se llama rbol de
descenso, y la meta de todos los algoritmos de enrutamiento es descubrir y usar los rboles de
descenso para todos los enrutadores.
5.3.2 Algoritmos no adaptativos

La decisin de la ruta a usar se calcula por adelantado, y se carga en los enrutadores al iniciar
la red. Este procedimiento se llama enrutamiento esttico.
Enrutamiento por la trayectoria ms corta
83
La idea es crear un grafo de la subred, en el que cada nodo representa un enrutador y cada
arco del grafo una lnea de comunicacin. Para escoger una ruta entre dos enrutadores, el
algoritmo simplemente encuentra en el grafo la trayectoria ms corta entre ellos.
Una manera de medir la longitud de una trayectoria es por la cantidad de escalas. Otra mtrica
es la distancia geogrfica en kilmetros. Sin embargo, tambin son posibles muchas otras
mtricas adems de las escalas y la distancia fsica. En el caso ms general, las etiquetas de
los arcos podran calcularse como una funcin de la distancia, ancho de banda, trfico medio
de comunicacin, longitud media de las colas, retardo medido y otros factores.
Inundacin
Cada paquete de entrada se enva por cada una de las lneas de salida, excepto aquella por la
que lleg. Genera grandes cantidades de paquetes duplicados, de manera que para evitarlo se
puede aadir un contador de saltos en la cabecera de cada paquete que disminuye en cada
router, descartndose el paquete al llegar el contador a cero.
Una variacin de la inundacin, un poco ms prctica, es la inundaci selectiva. Los
enrutadores no envan cada paquete de entrada por todas las lneas, sino slo por aquellas
que van aproximadamente en la direccin correcta.
La inundacin tiene algunos usos. Por ejemplo, en aplicaciones militares, es altamente
deseable la tremenda robustez de la inundacin. Otro posible uso de la inundacin es como
mtrica ya que siempre escoge la trayectoria ms corta posible, porque escoge en paralelo
todas las trayectorias posibles.
Enrutamiento basado en el flujo
En algunas redes, la tasa media de fiujo. de datos entre cada par de no os es relativamente
estable y predecible, de forma que es posible calcular el retardo promedio de los paquetes en
cada lnea. A partir de ellos se puede calcular el retardo de paquete medio de la subred
completa. El problema de enrutamiento se reduce entonces a encontrar el algoritmo de
enrutamiento que produzca el retardo promedio mnimo para la subred.
5.3.3 Algoritmos adaptativos

Los algoritmos adaptativos, cambian sus decisiones de enrutamiento de forma dinmica para
reflejar los cambios de topologa, y generalmente tambin el trfico. Difieren en el lugar de
obtencin de su informacin, el momento de cambio de sus rutas, y la mtrica usada para la
calcular la ruta ptima.
Enrutamiento por vector de distancia
Cada enrutador mantiene una tabla que da la mejor distancia conocida a cada destino y la lnea
a usar para llegar ah. Estas tablas se actualizan intercambiando informacin con los vecinos.
ste fue el algoritmo original de ARPANET y tambin se us en intemet con el nombre RIP y en
las primeras versiones de DECnet e IPX de Novell. Los enrutadores AppleTalk y Cisco usan
protocolos por vector de distancia mejorados.
Cada enrutador mantiene una tabla de enrutamiento que contiene un registro de cada
enrutador de la subred. Esta entrada comprende dos partes: la lnea preferida hacia ese
destino y una estimacin del tiempo o distancia a ese destino. La mtrica usada podra ser la
cantidad de escalas, el retardo de tiempo en milisegundos, el nmero total de paquetes
encolados por la trayectoria, o algo parecido.
Enrutamiento por estado de enlace
El enrutamiento por vector de distancia se us en ARPANET hasta 1979, cuando fue
reemplazado por el enrutamiento por estado de enlace. Hoy en da se usan ampliamente
variantes del enrutamiento por estado de enlace. El concepto en que se basa el enrutamiento
por estado de enlace es sencillo y puede postularse en cinco partes. Cada enrutador debe:
1. Descubrir a sus vecinos y conocer sus direcciones de red. Al ponerse en operacin un
enrutador, su primera tarea es averiguar quines son sus vecinos; esto lo logra
84
enviando un paquete especial por cada lnea punto a punto para que el enrutador del
otro extremo enve de regreso una respuesta indicando quin es.
2. Medir el retardo o costo para cada uno de sus vecinos. La manera ms directa de
determinar este retardo es enviar un paquete especial a travs de la lnea, el cual debe
enviar de regreso inmediatamente el otro lado. Si mide el tiempo de ida y vuelta y lo
divide entre dos, el enrutador transmisor puede tener una idea razonable del retardo.
3. Construir un paquete que indique todo lo que acaba de aprender. Para cada vecino, se
cita el retardo a ese vecino. Enviar este paquete a todos los dems enrutadores.
4. Calcular la trayectoria ms corta a todos los dems enrutadores. El router puede
construir el grafo de la subred completa porque todos los enlaces estn representados.
Ahora puede ejecutarse localmente el algoritmo de Dijkstra para construir la trayectoria
ms corta posible a todos los destinos. Los resultados de este algoritmo pueden
instalarse en las tablas de enrutamiento, y reiniciarse la operacin normal.
El enrutamiento por estado de enlace se usa ampliamente en las redes actuales. El protocolo
OSPF (Open Shortest Path First), que se emplea cada vez con mayor frecuencia en internet,
usa un algoritmo de estado de enlace. Otro protocolo de estado de enlace importante es el ISIS (Intermediate System-Intermediate System), diseado por DECnet y adoptado por la ISO
para uso con su protocolo de capa de red no orientado a conexin, CLNP.
Enrutamiento jerrquico
A medida que crecen en tamao las redes, crecen proporcionalmente las tablas de
enrutamiento del enrutador. En cierto momento, la red puede crecer hasta el punto en que ya
no es factible que cada enrutador tenga una entrada para cada uno de los dems enrutadores,
por lo que el enrutamiento tendr que hacerse jerrquicamente.
Los enrutadores se dividen en regiones, donde cada enrutador conoce cmo enrutar paquetes
a destinos dentro de su propia regin, pero no sabe nada de la estructura interna de las otras
regiones. Al interconectar diferentes redes, es natural considerar cada una como regin
independiente.
5.4 Routers o encaminadores
En las redes de ordenadores, existen muchos caminos o rutas que enlazan dos equipos
distintos.
Los routers o encaminadores son equipos conectados a varias redes y que tienen
capacidad para encaminar la informacin que reciben hacia el destino al que sta
va dirigida. Es decir, son equipos que cuando reciben una informacin saben por
dnde tienen que reenviarla para que llegue a su destino.
Tipos de enrutadores
Los enrutadores pueden proporcionar conectividad:
85
dentro de las empresas,
entre las empresas e Internet, y
en el interior de proveedores de servicios de Internet (ISP).

Los enrutadores ms grandes (por ejemplo, el CRS-1 de Cisco o el Juniper T1600)
interconectan ISPs. Se utilizan dentro de los ISPs, o pueden ser utilizados en grandes redes
de empresas.
5.4.1 Tabla de enrutamiento

Las rutas son programadas introducindolas en una tabla de rutas. Cada entrada es una ruta
que incida el interfaz por el que debe salir un paquete de datos segn cual sea la direccin de
destino.
Ejemplo
Destino
Mscara
Gateway
(interfz de salida)
192.168.10.0 255.255.255.0 192.168.10.100

127.0.0.0
255.0.0.0
Default
0.0.0.0
83.19.125.61
Esta tabla de enrutamiento ndica:

todos los paquetes con destino a la subred 192.168.10.0 deben salir del router por su
tarjeta de red con direccin 192.168.10.100.
el router no debe hacer nada con los paquetes con destino a la red 127.0.0.0
(loopback).
Todos los paquetes con cualquier otro destino deben salir del router por su tarjeta de
red con direccin 83.19.125.61 (su direccin en Internet).
Ejemplo
En el ejemplo del diagrama, se muestran 3 redes IP interconectadas por 2 enrutadores.

La computadora con el IP 222.22.22.1 enva 2 paquetes, uno para la computadora
123.45.67.9 y otro para 111.11.11.1 A travs de sus tablas de enrutamiento configurados
86
previamente, los enrutadores pasan los paquetes para la red o enrutador con el rango de
direcciones que corresponde al destino del paquete. Nota: el contenido de las tablas de
rutas est simplificado por motivos didcticos. En realidad se utilizan mscaras de red
para definir las subredes interconectadas.
Ejemplo: Comunicacin entre host de subredes distintas

Supongamos la siguiente estructura de red, en la que tenemos la red de clase B
128.10.0.0 y el resto de redes de Internet. Adems, dicha red est dividida en 3 subredes:
128.10.1.0, 128.10.2.0 y 128.10.3.0, dadas por la mscara de red 255.255.255.0. Esta
red tiene dos routers:
el router A, que sirve de nexo de unin entre la primera y segunda subred y que
adems es el router que da salida hacia el resto de Internet,
y el router B, que sirve de nexo de unin entre la segunda y tercera subred.
Los equipos de la subred 128.10.1.1 saben que para comunicarse con un equipo que no
pertenezca a su subred tienen que salir a travs del router A. ste es su router por
defecto.
pertenezca a su subred:
Si el destino est en la subred 128.10.3.0 tienen que salir a travs del Router B.
En cualquier otro caso tienen que salir a travs del Router A. ste es su router por
defecto.
pertenezca a su subred tienen que salir a travs del Router B. ste es su router por
defecto.
El Router A, el cual est conectado a tres subredes distintas en cada una de las cuales
tiene una IP asignada, cuando recibe un paquete hace lo siguiente:
Si el destino est en la subred 128.10.1.0 puede entregarlo directamente.
Si el destino est en la subred 128.10.3.0, entonces tiene que envirselo al Router B,
al cual tiene definido como Next-Hop para llegar a esa subred.
87
En cualquier otro caso tendr que envirselo a un router externo, no visible en el dibujo, y
con el cual comparte tambin un medio fsico; es decir, ambos pertenecen a otra subred.
Este router ser el que el Router A tiene definido como Next-Hop por defecto.
El Router B, el cual est conectado a dos subredes distintas en cada una de las cuales
tiene una IP asignada, cuando recibe un paquete hace lo siguiente:
En cualquier otro caso tendr que envirselo al Router A, al cual tiene definido como
Next-Hop por defecto.
Como hemos visto, una organizacin que posee una red de tipo A, B o C es libre de
subdividirla a su vez en distintas subredes que se ajusten a sus necesidades. No obstante, esta
divisin en subredes es algo interno de la propia organizacin y no es visible al resto del
mundo, que sigue considerando a todos los efectos la existencia de una nica red de tipo A, B
o C, segn sea el caso. Es decir, el resto del mundo slo sabe cmo hacer llegar la informacin
a la red originaria y son los routers internos de la propia organizacin los nicos que saben de
la existencia de las subredes y las contemplan en sus algoritmos de encaminamiento.
Ejemplo: Comunicacin de host de subredes en redes distintas
En el ejemplo anterior, los nicos equipos que son conscientes de la subdivisin en
subredes de la red 128.10.0.0 son los propios equipos integrantes de esa red, gracias a
su mscara de red. El resto de equipos y routers de la red global, los que estn formando
parte de la gran nube de la izquierda, slo saben de la existencia de la red 128.10.0.0,
pero en ningn caso de sus subredes.
Por lo tanto, si un equipo de cualquiera de las redes externas quisiese comunicarse, por
ejemplo, con el equipo de IP 128.10.3.1, simplemente considerar que quiere
comunicarse con un equipo que pertenece a la red 128.10.0.0. Los routers externos
tendrn en sus tablas informacin sobre cmo llegar a dicha red y, como consecuencia
de ello, la informacin ser encaminada hasta el Router A, que es el nico que ofrece
conectividad entre esa red y el exterior. Este Router A s que tiene conocimiento de la
subdivisin en subredes y es capaz de identificar que la direccin 128.10.3.1 pertenece a
la subred 128.10.3.0. Este router, entonces, encamina la informacin por dentro de la
estructura de subredes, tal y como vimos en el ejemplo anterior, en este caso concreto,
entregando la informacin al Router B.
6 Congestionamiento
Se entiende por congestin la degradacin de las prestaciones de la subred a causa del
nmero excesivo de paquetes presentes en toda o en parte de la misma.
Las causas de la congestin son:
Trfico a rfagas por diversas lneas de entrada y que van todas a una misma lnea de
salida. Se crea cola de espera pero si no hay memoria se pierden paquetes.
Procesadores lentos, incapaces de gestionar los paquetes.
La congestin se alimenta a s misma, ya que al perderse paquetes se originan

retransmisiones, aumentando la congestin.
Control esttico del congestionamiento

Dado que la congestin se produce por trfico a rfagas, una primera solucin es regularlo. Si
se regula el trfico, ser conocido y por tanto estar ms controlado. La transmisin se puede
caracterizar adems por una serie de parmetros como los picos mximos y medios as como
la duracin de los picos, en lo que se denomina especificacin de flujo.
88
Al hacer la conexin un equipo negocia con la'ed y si se aceptan los valores se establece la
conexin. Para controlar que se cumple lo acordado es necesario controlar o monitorizar el flujo
acordado para lo cual existen polticas de trfico.
Control dinmico del congestionamiento
Esta tcnica se basa en la realimentacin. Este enfoque tiene tres partes: supervisar el sistema
para detectar cundo y dnde ocurren congestionamientos; pasar esta informacin a lugares
en los que puedan llevarse a cabo acciones; y ajustar la operacin del sistema para corregir el
problema.
89
U.T. 5 Funciones y servicios de la capa de transporte

TRANSPORTE
1 Fundamentos generales
Hemos visto que el nivel de red es el encargado de hacer llegar la informacin desde el origen
al destino a travs de la interred; es decir, ya se encuentren los equipos involucrados en la
comunicacin en la misma subred o en redes distintas.
La tarea del nivel de transporte es proporcionar un transporte de datos libre de
errores de la mquina de origen a la mquina de destino, independientemente de la
red o redes fsicas en uso.
Pero una vez que el nivel de red entrega la informacin en el equipo de destino es necesario
saber a qu proceso o aplicacin concreta dentro del equipo va destinada dicha informacin.
El nivel de transporte se centra en tratar los aspectos necesarios para que
aplicaciones que se encuentran en hosts distintos de la red puedan entablar una
comunicacin. Su objetivo es ocultar a dichas aplicaciones, que estn por encima
de l, la realidad de la red que tienen por debajo.
Servicios proporcionados por el nivel de transporte
Dichas aplicaciones ven la red como un servicio que les proporciona el nivel de transporte y
que les permite mandarle informacin a aplicaciones remotas. Ellas slo tienen que
preocuparse de entregar los datos al nivel de transporte y ste ya se encargar de hacerlos
llegar a la aplicacin correspondiente en el equipo remoto. Gracias al nivel de transporte las
aplicaciones slo se tienen que centrar en los protocolos que tienen que seguir para
comunicarse con otras aplicaciones, despreocupndose de dnde se encuentren dichas
aplicaciones. De hecho, ambas aplicaciones que se comunican podran estar en el mismo
equipo, y se podra utilizar la direccin loopback, la 127.0.0.1, para comunicarlas "a travs de la
red".
El nivel de transporte es el primero de la pila de protocolos TCP/IP que funciona
exclusivamente en ambos extremos de la comunicacin; es decir, solamente en los hosts
remotos que entablan una comunicacin. Los routers, en sus tareas de encaminamiento, no
conocen protocolo de transporte alguno, pues lo nico que necesitan para hacer llegar los
paquetes a su destino es la informacin de la cabecera IP; el contenido de datos del paquete IP
no les aporta nada para su labor.
90
1.1 Calidad de servicio

Otra manera de ver la capa de transporte es considerar que su funcin primaria es mejorar la
calidad del servicio o QoS (Quality of Service) proporcionada por la capa de red.
La calidad del servicio puede caracterizarse por varios parmetros. El servicio de transporte
puede permitir que el usuario especifique valores preferidos, aceptables y mnimos para varios
parmetros de servicio en el momento de establecerse una conexin. Es responsabilidad de la
capa de transporte examinar estos parmetros y determinar si puede proporcionar el servicio
requerido.
Los parmetrs de QoS los especifica el usuario de transporte cuando se solicita una conexin.
Pueden darse tanto el valor deseado como el mnimo. La capa de transporte puede darse
cuenta de inmediato de que algunos son inalcanzables, en cuyo caso indica al solicitante que
fall el intento de conexin, sin molestarse en comunicarse con el destino. El informe de fallos
especifica la razn del fallo. En otros casos, la capa de transporte sabe que puede lograr una
tasa menor, aunque an aceptable. Entonces enva la tasa menor y la tasa mnima aceptable a
la mquina remota, solicitando establecer una conexin. Si la mquina remota no puede
manejar el valor propuesto, pero puede manejar un valor por encima del mnimo, puede hacer
una contraoferta. Si no puede manejar ningn valor superior al mnimo, rechaza el intento de
conexin. Por ltimo, se informa al usuario de transporte que solicit la conexin si se
estableci o se rechaz la misma y, si se estableci, los valores de los parmetros acordados.
1.2 Direccionamiento
Por lo comentado anteriormente, el nivel de transporte se encarga de dar solucin a la
necesidad de especificar, no slo un sistema al que queremos conectarnos, sino de especificar
tambin un destino (proceso o aplicacin) dentro de dicho sistema.
El mecanismo de puertos es el mecanismo que utiliza el nivel de transporte de la
pila de protocolos TCP/IP para identificar a la aplicacin o proceso dentro del
equipo remoto al que tiene que entregarse la informacin.
Desde el punto de vista del sistema operativo un puerto representa a un proceso, aplicacin o
tarea perteneciente al nivel de aplicacin. Una aplicacin se asocia a un puerto de tal manera
que todo lo que llegue al equipo que vaya dirigido a ese puerto, ser entregado por el nivel de
transporte a esa aplicacin. Se suele decir que la aplicacin se encuentra "escuchando ese
puerto". Podemos considerar un puerto como una interfaz entre un programa concreto y la
capa de transporte.
De este modo, el direccionamiento a nivel de transporte se consigue mediante la
tupla direccin IP + puerto.
Supongamos que queremos visitar una pgina Web. Para ello, tendremos que establecer una
comunicacin entre dos aplicaciones: una aplicacin llamada navegador Web y otra llamada
servidor Web. Para que desde nuestro navegador podamos encontrar a la aplicacin "servidor
Web" debemos especificar dos cosas:
la direccin IP de la mquina en la que se encuentra alojada dicha aplicacin, y
el puerto en el que se encuentra escuchando dicha aplicacin.
Se me plantea entonces el siguiente problema: cmo s en qu puerto se ha lanzado el

servidor Web en la mquina destino? La solucin es muy sencilla. Pongmonos todos de
acuerdo sobre en qu puerto debe estar escuchando cada tipo de aplicacin y si todos
seguimos las reglas establecidas, no tendremos que preocuparnos de saber el puerto al que
hay que dirigir la informacin, pues ste ser el que se haya acordado para el tipo de aplicacin
remota con la que queramos contactar.
Puertos bien conocidos
91
Por lo tanto, existen un conjunto de puertos, denominados puertos bien conocidos, en los que
la comunidad internacional ha fijado qu tipos de aplicaciones son las que van a estar
escuchando. stas son las aplicaciones servidores que atienden los principales servicios del
nivel de aplicacin en Internet, como son los servicios de FTP, HTTP, telnet, etc. Es necesario
que estos puertos estn fijados de antemano y sean conocidos por todos para que todo el
mundo pueda acceder a ellos sin dificultad. Esto no implica que yo no pueda lanzar un servidor
determinado en el puerto que desee, pero entonces implicar que las aplicaciones que quieran
acceder al servicio tendrn que especificar tambin el puerto para que se pueda realizar la
conexin entre las aplicaciones a nivel de transporte.
Los puertos bien conocidos son los 1024 primeros (del 0 al 1023). En la siguiente tabla se
muestra una relacin de en qu puerto escuchan los servicios ms utilizados:
Servicio (aplicacin servidor)
Puerto
FTP (File Transfer Protocol)
20 y 21
SSH (Secure Shell)
22
Telnet
23
SMTP (Simple Mail Transfer Protocol)
25
Servidor BOOTP (Servidor DHCP)
68
Cliente BOOTP (Cliente DHCP)
67
HTTP (HyperText Transfer Protocol)
80
POP3 (Post Office Protocol versin 3)
110
Por lo tanto, para poder abrir una conexin HTTP con un equipo remoto, como sucede cuando
un navegador Web se quiere conectar a un servidor Web para acceder a una pgina, el
navegador tendr que dirigir la conexin al puerto 80 de la mquina destino.
El resto de puertos (hasta el 65535, 216 - 1) estn "libres" para que otras aplicaciones soliciten
su uso y les sean asignados para sus comunicaciones.
En el mundo TCP/IP, una conexin entre dos equipos viene definida por los pares:
Direccin IP del equipo origen + nmero del puerto origen
Direccin IP del equipo destino + nmero del puerto destino
Esto permite que una aplicacin servidor pueda distinguir y gestionar diversas conexiones al
mismo puerto desde equipos distintos, ya que cada una de estas conexiones se diferenciarn
en la direccin IP del equipo origen (generalmente tambin en el nmero del puerto origen).
Adems, puede distinguir y gestionar varias conexiones al mismo puerto procedentes del
mismo equipo, siempre y cuando stas se soliciten desde puertos orgenes distintos.
2 Protocolos
El nivel de transporte ofrece al nivel superior (nivel de aplicacin) dos tipos distintos de
servicios:
Uno ofrecido a travs del protocolo TCP.
Otro ofrecido a travs del protocolo UDP.
2.1 El protocolo TCP

El protocolo TCP (Transmisin Control Protocol - Protocolo de Control de
Transmisin) es un protocolo diseado para proporcionar transporte de datos libres
de errores a travs de una subred no libre de errores. TCP se dise para ser
robusto ante fallos de la subred y adaptarse dinmicamente a las propiedades de la
misma.
92
El protocolo TCP es un protocolo de transporte que garantiza que:
Los datos llegarn a la aplicacin destino en el mismo orden en que la aplicacin origen los
mande.
Es como si las aplicaciones viesen al protocolo de transporte TCP como una tubera que las
conecta con la aplicacin destino y por la que pueden mandar datos, que llegarn al
receptor en el mismo orden.
Los datos llegarn sin errores desde la aplicacin origen a la aplicacin destino.
La aplicacin puede estar segura de que la informacin que reciba es la misma que la
aplicacin en el otro extremo le envi. Para ello, TCP est dotado de un mecanismo que le
permite detectar cundo se han producido errores en la comunicacin, es decir, cuando lo
que llega al destino es distinto de lo que se emiti desde el origen, y tambin est dotado
con un mecanismo para corregir esos errores.
Los datos llegarn a su destino.

El protocolo TCP tendr mecanismos para asegurar que los datos que se envan lleguen a
su destino. Es decir, el protocolo estar atento a las prdidas de datos que puedan
producirse, las detectar y tratar de corregirlas recuperando los datos que se han perdido.
El protocolo TCP es el ms importante de los protocolos de transporte, pues ofrece a las

aplicaciones un servicio fiable, que es lo que se necesita en la mayora de los casos. De hecho,
es uno de los protocolos que da nombre a la pila TCP/IP.
Funcionamiento de TCP
TCP acepta bloques de datos de los procesos y aplicaciones de la capa de aplicacin, los
fracciona en bloques de 64 Kbytes, y los enva como datagramas IP independientes. En el
destino, se reciben los datagramas IP que son reensamblados para formar los bloques de
datos originales. Como IP ofrece servicios no orientados a conexin, no garantiza que los
datagramas sern entregados correctamente, de forma que es responsabilidad de TCP
garantizar una comunicacin.
Las aplicaciones y procesos de la capa de aplicacin obtienen el servicio TCP haciendo que el
transmisor y el receptor creen puntos terminales denominados sockets. Cada socket tiene un
nmero (direccin) que consiste en la direccin IP del host y en un nmero de 16 bits local a
ese host llamado puerto.
Podemos definir un puerto como la porcin de un socket que especifica el canal de
entrada/salida lgico por el que se asocian datos a un proceso.
Para obtener servicio TCP, es necesario establecer explcitamente una conexin entre un
socket del emisor y un socket del receptor. Un socket puede usarse para varias conexiones al
mismo tiempo, o lo que es lo mismo, varias conexiones pueden terminar en el mismo socket.
Las conexiones se identifican mediante los identificadores de ambos hosts (socket1,socket2).
Todas las conexiones TCP son full dplex y punto a punto, lo que quiere decir que es posible
transmitir y recibir simultneamente y que cada conexin tiene exactamente dos puntos
terminales.
2.2 El protocolo UDP

El protocolo UDP (User Datagram Protocol - Protocolo de Datagrama de Usuario)
es un protocolo de transporte que ofrece servicios no orientados a conexin.
El protocolo UDP es un protocolo de transporte que:
No garantiza que los datos vayan a llegar a la aplicacin destino en el mismo orden que la
aplicacin origen los mand.
93
El protocolo UDP no tiene ningn mecanismo para reordenar la informacin en el destino

antes de pasrsela a la aplicacin a la que va dirigida, por lo que los datos pueden llegar a
sta fuera de orden.
No garantiza que los datos lleguen sin errores desde la aplicacin origen a la aplicacin
destino.
Es decir, el nivel de transporte no garantizar a la aplicacin que la informacin que le
suministra es exactamente la misma que la aplicacin en el otro extremo le envi. El
protocolo UDP no tiene ningn mecanismo para corregir los errores que se produzcan en
los datos que transporta.
Ni siquiera garantiza que los datos llegarn a su destino.

El protocolo UDP no tiene ningn mecanismo para garantizar al nivel de aplicacin que los
datos sern entregados a la aplicacin destino.
UDP es, por tanto, un protocolo muy simple. De lo nico que se encarga es de identificar a las
aplicaciones implicadas en la comunicacin, mediante el mecanismo de puertos y de ir
transfirindoles la informacin destinada a ellas. No hay ningn otro mecanismo implicado en el
protocolo. Todo lo que llega a la capa de transporte del equipo destino es entregado a la
aplicacin correspondiente tal cual, sin ningn otro tratamiento ni comprobacin. Deber ser la
propia aplicacin la que tenga que establecer sus propios mecanismos si quiere obtener algn
tipo de garanta, ya sea de control y correccin de errores, de ordenacin de la informacin o
de control y recuperacin de prdidas de informacin.
Empleo del protocolo UDP
Se nos puede plantear la siguiente duda: para qu va a querer una aplicacin utilizar el
servicio de transporte que le ofrece UDP si TCP le ofrece uno "mejor"? Sin embargo, no todas
las aplicaciones necesitan un servicio fiable, por lo que proporcionrselo no supone ms que
un esfuerzo innecesario. A continuacin se exponen distintas situaciones en las que UDP
puede ser un protocolo de host a host ms adecuado que TCP:
La comunicacin entre las aplicaciones se realiza a travs de mensajes que no necesitan

confirmacin de que han sido recibidos, pues no se trata de mensajes crticos y no pasa
nada si no llegan a su destino.
La comunicacin entre las aplicaciones se realiza de forma espordica. En estos casos la

carga de trabajo necesaria establecer una comunicacin TCP para cada mensaje retrasara
su transmisin y penalizara el rendimiento.
La fiabilidad se implementa al nivel de la aplicacin. Si la propia aplicacin ya controla su

propia funcin de fiabilidad, es preferible que se ejecute sobre UDP para mejorar el
rendimiento de la red, lo contrario sera realizar el mismo trabajo dos veces.
Hay incluso aplicaciones en las que un servicio TCP no les permitira funcionar correctamente.
El ejemplo ms claro lo tenemos en las aplicaciones multimedia en tiempo real
(videoconferencia, radio en tiempo real, telefona IP, etc). En este tipo de aplicaciones no es
tan importante el que se pierdan algunos pocos datos como el que los datos lleguen a la
aplicacin destino lo antes posible para conseguir que la comunicacin sea "en tiempo real".
Si este tipo de aplicaciones utilizasen el protocolo TCP, las prdidas, errores y retransmisiones
correspondientes ralentizaran la comunicacin, haciendo imposible la sensacin de "tiempo
real". En este tipo de aplicaciones es preferible perder un fotograma de la videoconferencia o
unas cuantas frecuencias de una nota musical, a que stas lleguen con toda su calidad pero un
minuto ms tarde.
94
U.T. 6 Funciones y servicios de la capa de aplicacin

APLICACIN
1 Fundamentos del nivel de aplicacin
No debemos perder de vista que la capa de aplicacin es el motivo por el que existen las otras
capas de la pila de protocolos. Los protocolos de las capas inferiores se limitan a hacer posible
la entrega de informacin entre dos aplicaciones remotas a travs de la red.
El verdadero trabajo que da utilidad a la red en s, se lleva a cabo en la capa de aplicacin. En
esta capa es donde se definen los protocolos que establecen, entre otras cosas, las reglas a
seguir durante la comunicacin entre dos aplicaciones remotas, los mecanismos y actuaciones
empleados y el formato de la informacin que se va a intercambiar durante dicha
comunicacin. Evidentemente, en esta capa tienen cabida infinidad de protocolos, cada uno de
los cuales describe la comunicacin entre dos aplicaciones de red.
Existen una serie de protocolos ya establecidos que definen cmo debe procederse para llevar
a cabo los servicios bsicos de red como son:
el servicio de correo,
el servicio de transferencia de archivos,
el servicio de terminal remoto,
...
Podemos agrupar los protocolos existentes en el nivel de aplicacin en las siguientes dos
categoras:
Protocolos de infraestructura TCP/IP, que son protocolos que facilitan el uso de la red.
Protocolos de aplicacin, que son protocolos que utilizarn los usuarios con un
propsito de comunicacin, como por ejemplo, transferir ficheros entre dos
ordenadores, mantener una conversacin mediante chat, etc.
De entre los protocolos de infraestructura TCP/IP destacamos los siguientes:
Protocolo DHCP, que es un protocolo para que los hosts puedan configurar
automticamente sus parmetros de red obtenindolos de un servidor.
Protocolo DNS, que es un protocolo que traduce entre nombres y direcciones IP para
que podamos hacer referencia a un host de la interred por un nombre en vez de por una
direccin IP.
De entre los protocolos de aplicacin destacamos los siguientes:
Protocolo HTTP, que es el que utilizan navegador y servidor Web para comunicarse.
Protocolo FTP, utilizado para la transferencia de ficheros.
Protocolo SMTP, utilizado para el envo de correo.
Protocolo POP, utilizado para la descarga de correo.
Protocolo Telnet, utilizado para el inicio de sesiones remotas en otros equipos.
Protocolo SSH, utilizado para mantener comunicaciones seguras entre equipos.
1 Internet
Internet ha supuesto un cambio en la vida de las personas comparable a la Revolucin
Industrial del siglo XIX, revolucionado el mundo de la informtica y de la comunicacin como
nada lo haba hecho antes. La invencin del telgrafo, el telfono, la radio y el ordenador
95
sientan las bases para esta integracin sin precedentes de posibilidades que supone Internet,
la cual es al mismo tiempo:
un medio de comunicacin mundial,
un mecanismo para la difusin de informacin
y un medio para la colaboracin e interaccin entre individuos y sus ordenadores

independientemente de su localizacin geogrfica.
Adems, con Internet, el acceso a determinados recursos, principalmente informacin, que

anteriormente estaban reservados a un grupo muy reducido de personas, se ha hecho
accesible a los ciudadanos "de a pie". Estos cambios se han visto motivados por los siguientes
aspectos:
Mejora de las comunicaciones que permiten acceder a estos recursos a cualquier

usuario desde su domicilio.
Aparicin y mejora de las tecnologas que proporcionan estos recursos.
Presentacin de la informacin de forma fcilmente comprensible por la mayor parte de

los usuarios.
Pero, qu es Internet? Internet es el ejemplo ms palpable del tipo de estructura que

analizamos en la unidad anterior; es decir,
no es ms que la interconexin de multitud de redes,
cada una de las cuales puede ser de un tipo distinto,
donde es posible la comunicacin entre cualquier equipo que se encuentre conectado a

cualquiera de las redes que la constituyen.
Por eso Internet es conocida tambin con el sobrenombre de "la red de redes". Internet es una
interred pblica y de mbito mundial, en la que los equipos utilizan la pila de protocolos TCP/IP
para comunicarse.
Podemos pensar que Internet es algo muy reciente, y no andamos desencaminados. Sin
embargo, aunque su explosin ha tenido lugar en la dcada de los noventa, sus orgenes se
remontan un poco ms atrs. Podemos datar la aparicin de Internet en los aos 60, en plena
guerra fra, en el mbito militar. En este contexto histrico de alta tensin, el gobierno
estadounidense buscaba una forma de asegurar el mantenimiento de las comunicaciones entre
distintos puntos vitales de la nacin, para que en el caso de un ataque nuclear ruso, se pudiese
acceder a la informacin militar desde cualquier punto del pas. Hasta ese momento todas las
comunicaciones militares usaban la red telefnica pblica, que se consideraba vulnerable,
puesto que la destruccin de algunas de las oficinas interurbanas clave poda fragmentar el
sistema en muchos trozos incomunicados. El nuevo sistema de comunicacin deba de cumplir
los siguientes requerimientos:
La eliminacin de cualquier "autoridad central", ya que sera el primer blanco en caso de

un ataque; en este sentido, se pens en una red descentralizada y diseada para
operar en situaciones difciles
Cada mquina conectada debera tener el mismo estatus y la misma capacidad para
mandar y recibir informacin.
El envo de los datos debera descansar en un mecanismo que pudiera manejar la

destruccin parcial de la Red.
Lo importante no deba ser la ruta que siguiese la informacin desde el origen al

destino, sino que sta llegara a su destino.
Ante esta situacin y con estas premisas, la Agencia de Proyectos de Investigacin Avanzada
de Defensa (DARPA - Defensa Advanced Research Projetcts Agency) de Estados Unidos
construye en 1969 la red ARPANET:
96
una red de comunicaciones
en la que los mensajes se dividan en pequeas unidades de informacin,
cada una de las cuales contena la direccin de destino pero sin especificar una ruta
especfica para su trnsito por la red;
por el contrario, cada una de ellas buscaba, de forma independiente, la manera de

llegar al destinatario por alguna de las rutas disponibles.
Si bien en 1969 la red ARPANET estaba formada por slo 4 ordenadores, otros muchos fueron
aadindose paulatinamente a la estructura durante los siguientes aos, y no todos ellos del
mbito militar, sino tambin del mbito acadmico.
Durante la dcada de 1970 haban surgido varios protocolos para su uso en ARPANET; sin
embargo, dichos protocolos no eran compatibles, por lo que la interconexin de redes era muy
difcil y, por tanto, el intercambio de informacin muy complicado. Debido a ello, DARPA
encarg y proporcion fondos para la investigacin y desarrollo de nuevos protocolos que se
utilizaran en dicho sistema de comunicaciones, los cuales deberan permitir la interconexin
sencilla de redes heterogneas. Este proceso culmin con la invencin del modelo y pila de
protocolos TCP/IP, al que se migr finalmente en enero de 1983.
En este mismo ao de 1983 la motivacin de ARPANET se vuelve exclusivamente cientfica y
acadmica, cuando se produce la separacin de su segmento militar, el cual decide construir
su propia red independiente, llamada MILNET.
En 1984 la Fundacin Nacional para las Ciencias de Estados Unidos, NFS, viendo las
posibilidades que ofreca una red como ARPANET y viendo su enorme impacto, se lanz a la
construccin de una red similar que pudiera estar abierta a todos los grupos de investigacin
de las universidades. Para ello conect primeramente en una red troncal sus seis centros de
superordenadores situados en San Diego, Boulder, Champaign, Pittsburgh, Ithaca y Princeton.
Posteriormente, a esta red troncal se conectaron otras redes regionales para que los usuarios
de miles de universidades, laboratorios de investigacin, museos y bibliotecas tuvieran acceso
a cualquiera de los superordenadores y se comunicaran entre s. A todo este sistema formado
por la red troncal y las redes regionales, se le llam red NSFNET. El crecimiento exponencial
que experiment NSFNET, as como el incremento continuo de su capacidad de transmisin de
datos, determin que la mayora de los miembros de ARPANET terminaran conectndose a
esta nueva red y, en 1989, ARPANET se declara disuelta.
Durante la dcada de 1990, muchos otros pases tambin construyeron redes nacionales de
investigacin, con frecuencia siguiendo el patrn de ARPANET y NFSNET. stas incluan, por
ejemplo, a EuropaNET y EBONE en Europa. En la prehistoria de la red en Espaa est la
creacin, el ao 1988, por el Plan Nacional de Investigacin y Desarrollo, de un programa para
la Interconexin de los Recursos InformticoS (IRIS) de los centros de investigacin. Al
principio lo gestion Fundesco (fundacin de Telefnica). La RedIRIS, que desde enero de
1994 est gestionada por el Consejo Superior de Investigaciones Cientficas, fue el motor de
conexin de ordenadores y formacin de personas, y de ella surgieron muchas de las primeras
iniciativas de redes que se produjeron en nuestro pas. Con la interconexin de todas estas
redes con NFSNET, nace la red mundial de comunicaciones que hoy conocemos con el
nombre de red INTERNET.
Entre 1970 y 1990, Internet y sus predecesores tenan cuatro aplicaciones principales:
El correo electrnico, que proporciona capacidad a los usuarios de la Red para redactar,
enviar y recibir mensajes.
Las noticias, que son foros especializados en los que los usuarios con un inters comn
pueden intercambiar mensajes.
Inicio remoto de sesin, que permite a los usuarios a que puedan iniciar una sesin en
cualquier otro ordenador en el que tengan una cuenta de usuario.
97
Transferencia de archivos, que permite a los usuarios la copia de archivos de una

mquina a otra.
Hasta principios de la dcada de 1990, Internet era una red slo apta para investigadores y
tcnicos, debido a la alta complejidad del uso de la misma, lo cual impeda su apertura al
pblico general. En 1992 una nueva aplicacin, la World Wide Web o telaraa mundial cambi
todo esto, atrayendo a millones de nuevos usuarios no acadmicos a la red.
La World Wide Web permite un acceso sencillo y comprensible a la informacin

disponible en Internet y que est almacenada en forma de pginas electrnicas o
pginas Web, las cuales pueden contener texto, imagen, sonido y vdeo, y pudiendo
combinar todos estos elementos dentro de las mismas.
La Web es un mtodo muy atractivo y completo para transmitir y presentar la

informacin, lo cual la hace accesible a cualquier usuario independientemente de su
grado de conocimiento tcnico.
A lo largo de la unidad profundizaremos un poco en el funcionamiento de cada uno de los

servicios o aplicaciones principales de Internet mencionados.
2 Protocolo NAT
Surge entonces la siguiente pregunta: Cmo vamos a poder conectar una red privada a
Internet si dicha red privada est usando direcciones que no son vlidas en Internet?
Para solucionar este problema se utiliza un router provisto de un protocolo especial: el
protocolo NAT, Network Address Translation o traduccin de direcciones de red. Este router,
que recibe asimismo el nombre de router NAT:
Estar conectado tanto a Internet como a la interred privada. Por lo tanto, tendr una
direccin IP de Internet vlida, llamada IP pblica, y una direccin IP dentro de la red
privada, llamada IP privada.
Ser el router de salida a Internet de toda la interred privada. Es decir, ser el router
que conectar la interred privada con Internet.
Ser el nico equipo que existe para el resto de Internet. El resto de equipos de la red
privada no sern visibles desde Internet, ser como si no existiesen.
Ser el representante de cara a Internet de todos los equipos de la red privada. Cuando
un equipo de la red privada quiere conectarse a un equipo de Internet, el router NAT lo
har por l, de tal manera que ser el router NAT el que se conecte a la mquina
destino de Internet, para posteriormente reenviar las respuestas que sta le mande al
ordenador original de la red privada. La mquina de Internet que recibe la conexin lo
hace desde la direccin pblica del router NAT y no sabe nada de la existencia de una
red privada detrs del router.
Su conexin a Internet ser compartida por todos los equipos de la red privada.
El proceso que se lleva a cabo en nuestra red privada cuando un equipo de la red privada
quiere conectarse a un equipo de Internet es el siguiente:
El equipo de la red privada lanza la conexin al ordenador de Internet como lo hara en

cualquier otra situacin. Es decir, los paquetes IP tendrn como direccin IP de origen
la del equipo de la red privada y como direccin IP de destino la del ordenador de
Internet al que se quiere conectar.
Este trfico, para salir de la interred privada tiene que pasar por el router NAT, pues es
el que da conectividad hacia Internet.
El router sustituir entonces la direccin IP de origen de los paquetes por su direccin

IP pblica. Por lo tanto, ser el router NAT el que se conecte a la mquina destino de
Internet. De hecho, la mquina de Internet que recibe la conexin lo hace desde la
98
direccin pblica del router NAT y no sabe nada de la existencia de una red privada
detrs del router.
El ordenador de Internet que recibe la conexin dirigir el trfico de respuesta al router

NAT, pues es el que a ha establecido la comunicacin con l a todos los efectos.
Evidentemente, el router NAT tiene la informacin y los mecanismos necesarios para

saber a qu equipo interno de la red privada est representando en cada comunicacin
abierta y poder as redirigirles este trfico de respuesta.
Redes privadas en Internet

Ya hemos visto cmo en una red privada los equipos que pertenecen a la misma pueden
comunicarse con otros equipos de Internet, siempre y cuando sean ellos los que inicien la
comunicacin. Ahora slo queda dar respuesta a la siguiente pregunta: puede un ordenador
de Internet abrir una comunicacin con un equipo interno de una red privada? En principio no,
pues la direccin IP que tendr asignada dicho equipo de la red privada no es vlida en
Internet, por lo que no se le puede hacer llegar nada.
El uso de redes privadas es un ejemplo muy claro de cmo compartir una conexin a
Internet entre todos los equipo de una red: el nico equipo conectado a Internet es el
Router NAT, pero todos los equipos de la red privada pueden hacer uso de dicha
conexin.
Gracias al uso de redes privadas, el problema de agotamiento de direcciones se ha

hecho un poco ms soportable y est retrasando la implantacin definitiva del protocolo
IPv6, que soluciona este problema gracias a un nuevo mecanismo de direccionamiento.
2.1 Conexin a Internet

En el apartado anterior vimos que en los inicios de la red Internet, para conectar nuestra red a
la misma, debamos solicitar primero a un organismo llamado ICANN que nos otorgase la
propiedad de un identificador de red y nos proporcionara la conexin a la infraestructura de
interred existente.
En Espaa, algunas instituciones pblicas importantes como universidades,

consejeras, ministerios, etc. as lo hicieron y tienen conexin directa a Internet de esta
forma.
Sin embargo, este caso ya no es la norma, sino ms bien la excepcin, y la situacin

que nos encontramos actualmente en el 99% de los casos es la de disponer de una
conexin a Internet facilitada por un ISP (Internet Service Provider) o Proveedor de
Servicios y Acceso a Internet.
Un proveedor de servicios y acceso a Internet no es ms que una empresa que proporciona

acceso a Internet a sus clientes, ya sean empresas o particulares, a cambio del pago de una
cuota mensual. Un ISP hace las funciones de distribuidor, revendiendo a sus clientes la
capacidad de acceso a Internet que l mismo ha contratado a un operador de comunicaciones.
Generalmente, los propios operadores de telecomunicaciones suelen ser al mismo tiempo los
proveedores de acceso a Internet, con lo que ambos trminos acaban confundindose, pero un
ISP no tiene por qu ser obligatoriamente un operador de telecomunicaciones.
En este esquema de conexin a Internet que estamos describiendo a travs de un proveedor
de servicios, se presentan dos tramos bien diferenciados:
El acceso local, bucle local o red de acceso es el tramo de la conexin que une el
domicilio de los usuarios finales con la central del proveedor de Internet.
o
Si el ISP es un operador de telecomunicaciones, este tramo de la conexin ser

a travs de una red de comunicaciones perteneciente a dicho operador; por
ejemplo, una red de fibra ptica si se trata de un operador de cable, o la red
telefnica bsica si se trata de un operador que ofrezca conectividad a Internet a
travs de la lnea telefnica en cualquiera de sus modalidades.
99
Si el ISP no es un operador de telecomunicaciones, este tramo de la conexin

ser a travs de la red de comunicaciones de algn operador de
telecomunicaciones al que el ISP haya alquilado su utilizacin. Esto ltimo
sucede con los proveedores de servicio distintos de la compaa Telefnica, que
ofrecen acceso a travs de la lnea telefnica.
La red de trnsito, es el tramo de la conexin que va desde la central del proveedor de

servicio a algn nodo de la red de datos IP llamada Internet, dando conectividad a la
misma.
A nosotros, como usuarios finales, evidentemente nos interesa mucho ms el tramo de la red
de acceso. Para acceder a Internet el cliente, de una forma u otra y segn la tecnologa de
conexin que est utilizando, establecer una conexin con su proveedor de servicios, y ste:
Si es un operador de telecomunicaciones, se encargar de proporcionarle acceso a

Internet a travs de su propia infraestructura de comunicaciones, la cual ser una
infraestructura conectada a Internet.
Si no es un operador de telecomunicaciones se encargar de proporcionarle acceso a

Internet a travs de las conexiones que ellos hayan contratado a su vez con un
operador de telecomunicaciones.
Una vez que hemos contratado una conexin a Internet a algn proveedor, ya podremos:
Dar acceso a Internet a un ordenador individual, que utilizar dicha conexin a Internet.
Dar acceso a Internet a toda una red privada que compartir la conexin a Internet
contratada siguiendo el esquema que se analiz en el apartado anterior.
De cualquiera de las dos formas, nuestra salida a Internet ser a travs de nuestro ISP, el cual
tendr que asignarnos una direccin IP pblica. Generalmente, cada ISP tiene un grupo de
direcciones IP pblicas asignadas y las distribuye entre sus clientes, ya sea mediante una
asignacin esttica de direcciones o mediante una asignacin dinmica de direcciones.
La tecnologa que utilicemos en el bucle local ser importante de cara a la calidad del servicio
de conexin que recibamos. Las tecnologas de conexin ms utilizadas en las redes de
acceso son las siguientes:
Conexin ADSL.
Conexin por cable.
Conexin inalmbrica.
En los siguientes apartados veremos un poco sobre cada una de ellas.
2.1.1 Conexin ADSL

La conexin mediante la tecnologa ADSL (Asymmetric Digital Subscriber Line) o Lnea de
Abonado Digital Asimtrica:
Es una tecnologa de acceso de las llamadas de banda ancha o de alta velocidad,

capaz de proporcionar velocidades de conexin de varios Mbps. Adems, dicha
velocidad es asimtrica; es decir, es distinta la velocidad de bajada que la de subida.
Utiliza el mismo cableado de par de cobre del telfono analgico para la transmisin de
datos a alta velocidad, haciendo uso de una nueva tcnica distinta de la usada para la
transmisin de la voz, de tal manera que ambas no se interfieren y pueden llevarse a
cabo de manera simultnea. Es decir, que se puede estar usando el telfono al mismo
tiempo que se est conectado a Internet mediante ADSL.
Adems, se trata de una conexin permanente; es decir, la conexin est siempre

activa y no hace falta su establecimiento mediante una llamada.
Utiliza para la transmisin a travs del medio un perifrico llamado mdem ADSL.
100
Es probablemente la tecnologa de alta velocidad para el acceso a Internet que ms

aceptacin est teniendo entre los usuarios finales. Sin embargo, no todas las lneas
telefnicas pueden ofrecer este servicio, debido a que las exigencias de calidad del par
de cobre, tanto de ruido como de atenuacin, por distancia a la central, son ms
estrictas que para el servicio telefnico bsico.
2.1.2 Conexin por cable

Otra tecnologa de acceso que est ganando adeptos rpidamente es la conexin por cable, la
cual:
Utiliza la infraestructura de la Televisin por Cable (CATV) para proporcionar conexin a

Internet utilizando el ancho de banda que sta no utiliza.
Utiliza una red de las llamadas hbridas, pues est compuesta por dos medios de
transmisin distintos: fibra ptica en el corazn de la red, y cable coaxial en el tramo
final que llega a nuestras casas.
Forma parte del elenco de tecnologas de acceso de alta velocidad o banda ancha,
ofreciendo velocidades de conexin de varios Mbps. Adems, dicha velocidad es
asimtrica; es decir, es distinta la velocidad de bajada que la de subida.
Est siempre activa y no hace falta su establecimiento mediante una llamada; es decir,
se trata de una conexin permanente que puede ser utilizada en cualquier momento sin
necesidad de hacer nada previo ms que encender el ordenador.
Utiliza para la transmisin a travs del medio un perifrico llamado cablemdem o

mdem de cable.
Tiene como principal freno a su expansin que es necesario desplegar una red de
acceso completamente nueva, lo que supone una fuerte inversin inicial por parte de los
operadores de cable, mientras que otras tecnologas, como ADSL, utilizan una
infraestructura de acceso ya existente y que llega a todos los hogares, como es la red
telefnica. No obstante, poco a poco, los operadores estn cableando las distintas
ciudades en las que operan y estn extendiendo sus radios de accin o cobertura.
2.1.3 Conexin inalmbrica

La tecnologa inalmbrica, sin cables, ha irrumpido recientemente con fuerza gracias a la
comodidad y libertad de movimiento evidente que supone el poder conectarte desde cualquier
sitio que tenga cobertura. Ya hay varios operadores en ciertos ncleos urbanos, llamados
WISP (Wireless Internet Service Provider) o Proveedores de Acceso Inalmbrico a Internet, que
ofrecen conexin a Internet mediante esta tecnologa que utiliza las ondas de radio como
medio fsico para la transmisin de la informacin. Dichos operadores estn desplegando la
infraestructura necesaria, unas antenas llamadas puntos de acceso, que permitan disponer de
un bucle local inalmbrico que de cobertura y acceso a sus clientes del servicio de conexin a
Internet.
3 Protocolos de infraestructura TCP/IP

Una vez que se dispone de conexin a Internet, ya sea con un ISP u otro, ya sea con un
operador u otro, ya sea usando una u otra tecnologa, se puede empezar a disfrutar de las
posibilidades de comunicacin, acceso a informacin y ocio que nos ofrece la red de redes.
No debemos perder de vista que lo que hacemos cuando usamos Internet, al igual que en
cualquier otra red, es establecer procesos de comunicacin. Adems, estos procesos de
comunicacin se producen entre dos aplicaciones, estando cada una de ellas en ordenadores
distintos. Ya sabemos que estas aplicaciones se comunican siguiendo una serie de reglas que
vendrn especificadas en lo que se conoce en el modelo TCP/IP como protocolos de nivel de
aplicacin. Evidentemente, hay infinidad de protocolos de nivel de aplicacin, cada uno de los
cuales describe la comunicacin de un determinado tipo entre dos aplicaciones de red.
101
dentro de los protocolos de nivel de aplicacin existen unos cuantos que no tienen como
finalidad definir la comunicacin entre dos aplicaciones de usuario, sino que son
protocolos que facilitan a los usuarios el uso de la red.
estos protocolos reciben el nombre de protocolos de infraestructura TCP/IP, y en los

siguientes apartados vamos a analizar brevemente los dos ms importantes: el
protocolo o servicio DHCP y el protocolo o servicio DNS.
3.1 Servicio DHCP

Como ya sabemos, todo equipo conectado en red tiene que tener asignada una direccin IP.
Imagina que eres el administrador de una red con cientos o miles de ordenadores. Te gustara
tener que ir ordenador a ordenador asignndole manualmente la direccin IP y configurndole
el resto de parmetros de la red? Pero vayamos ms all, piensa que despus de invertir das
configurando la red en todos los ordenadores tuvieses que introducir algn cambio en dicha
configuracin, cosa que suele ser bastante frecuente. Tendras entonces que ir nuevamente
ordenador a ordenador modificando la configuracin de los mismos.
Afortunadamente, viendo el enorme esfuerzo que conllevaba esta configuracin manual inicial,
as como su mantenimiento, cuando se trataba de redes grandes, se ide un protocolo de nivel
de aplicacin que permitiese hacer todo este proceso de manera automatizada.
Dicho protocolo, que pertenece a los llamados protocolos de infraestructura TCP/IP dentro del
nivel de aplicacin, se llama DHCP (Dynamic Host Configuration Protocol) o Protocolo para
la Configuracin Dinmica de Equipos, y define cmo conseguir una gestin centralizada y
automatizada de las direcciones IP de los equipos de una red.
El protocolo DHCP proporciona un mecanismo para que la asignacin de direcciones IP a los
equipos de una red pueda gestionarse de manera centralizada desde un equipo servidor.
El resto de equipos le preguntan a dicho servidor, en el momento de arranque, cul es

la direccin IP que deben utilizar y configuran su pila TCP/IP como corresponde.
De esta manera, el administrador de la red no tiene que ir equipo por equipo

configurando las direcciones IP de cada uno de ellos, sino que esta tarea puede
realizarla en el propio servidor DHCP.
DHCP ofrece al administrador de la red un gran nmero de posibilidades a la hora de

establecer la poltica a seguir para la asignacin de las direcciones IP.
Por ejemplo, entre otras cosas:
Puede establecer que a cada ordenador se le asigne una direccin IP de manera

aleatoria de entre las que haya disponibles en ese momento.
Puede establecer que a cada ordenador, identificado por la direccin MAC de su tarjeta
de red, se le asigne siempre la misma direccin IP.
Puede establecer rangos de direcciones asignables y no asignables.
Puede establecer la duracin que tiene la asignacin de dicha direccin IP pasada la

cual el ordenador deber negociar su renovacin.
El protocolo DHCP no slo se utiliza para comunicarle a los equipos de la red cul es la
direccin IP que deben de tomar, tambin se utiliza para comunicarles el resto de informacin
que necesitan para su correcto funcionamiento en la red, como: la mscara de subred que
tienen que utilizar, cul es la direccin del router que les da salida fuera de la subred y la
direccin del servidor DNS que tienen que utilizar.
El protocolo DHCP suele utilizarse mayormente en entornos de red de rea local, aunque los
operadores de acceso a Internet que utilizan la tecnologa de cable en el bucle local tambin
utilizan este protocolo para asignar direcciones IP a los ordenadores a los que dan servicio de
conexin.
102
3.2 Servicio DNS

Cuando un usuario quiere que su aplicacin establezca una comunicacin con otra aplicacin
remota, debe de decirle la direccin IP de la mquina dnde se encuentra dicha aplicacin
remota. De hecho, si no se est utilizando un servicio estndar para el que haya establecido un
puerto bien conocido, tambin tendra que indicarle el puerto en el que estar escuchando la
aplicacin remota con la que se quiere establecer la comunicacin. Si por ejemplo queremos
que nuestro navegador Web se conecte a un servidor Web, debemos indicarle cul es la
direccin IP de dicho servidor.
Imagina que tuvieras que conocer las direcciones IP de todos los servidores a los que te sueles
conectar. Cuntas seras capaz de recordar? Seguro que no muchas.
De todas formas, cuando quieres establecer una conexin con un servidor en Internet, nos
referimos a l por su direccin IP? No!, excepto en casos muy excepcionales, hacemos
referencia a un ordenador servidor haciendo uso de un nombre y no de una direccin IP!
Cmo puede ser esto posible? Pues es posible gracias a un protocolo de aplicacin de los
llamados protocolos de infraestructura TCP/IP, cuyo nombre es DNS (Domain Name System)
o Sistema de Nombres de Dominio, y cuya misin es la de hacer de traductor entre direcciones
IP y nombres de dominio, proceso que recibe el nombre tcnico de resolucin de nombres.
Cada vez que hacemos referencia a un servidor de Internet por su nombre, internamente este
nombre debe ser traducido a su direccin IP asociada, pues no debemos olvidar que el
protocolo IP sigue utilizando las direcciones IP para localizar a los ordenadores en la interred.
La existencia de nombres para identificar a los ordenadores obedece a una necesidad humana,
no a una necesidad de los ordenadores.
3.2.1 Estructura del servicio DNS

La tarea de resolucin de nombres, es decir, de averiguar la direccin IP asociada al nombre
de un ordenador, puede parecer en un principio fcil, pero no perdamos de vista los siguientes
tres grandes problemas a los que nos enfrentamos y que deben ser resueltos:
La carga de trabajo es grandsima. Cada da hay billones de peticiones para que un

nombre sea traducido a su direccin IP asociada.
La tabla de traduccin es enorme. Actualmente hay millones de direcciones IP en uso y

hay muchsimos ordenadores que tienen un nombre asignado.
Internet es una entidad dinmica que cambia cada da. Todos los das se crean nuevos
nombres de dominio y otros desaparecen. Adems, los nombres asignados a los
ordenadores o incluso las direcciones asignadas a los mismos pueden variar.
Por tanto, como puedes observar, no se trata de una tarea tan sencilla. Se pens entonces en
la creacin de un sistema que:
Fuese un sistema distribuido. La informacin de traduccin no deba estar centralizada

en un nico ordenador, para evitar que el acceso masivo de usuarios solicitando dicha
informacin lo bloquease. Lo que deba hacerse era distribuir la informacin de
traduccin entre muchos ordenadores que pudiesen repartirse la carga del trabajo de
resolucin de nombres. Adems, dado el enorme tamao de la tabla de traduccin, la
resolucin de nombres se converta en una tarea lenta. Para acelerar la bsqueda en la
tabla y, por tanto la resolucin de nombres, lo que deba hacerse era partir la tabla de
traduccin de nombres en varias partes y distribuir stas entre distintos ordenadores, de
tal manera que cada uno de ellos manejase slo una parte de la tabla, que sera
muchsimo ms pequea que la original y, consecuentemente, ms rpido el proceso de
bsqueda en la misma.
Fuese un sistema jerrquico. No deba haber un nico organismo que controlase y

gestionase la asignacin de los nombres a los ordenadores, sino que se necesitaba una
estructura ms flexible que pudiese dar respuesta y adaptarse al dinamismo que
caracteriza a Internet. Lo que deba hacerse era crear una organizacin en la que se
103
delegasen las competencias en distintas autoridades que fuesen capaces de

autogestionarse, aunque estuviesen supervisadas por una autoridad superior. Se pens
entonces que lo mejor era reproducir la estructura jerrquica en forma de rbol en la
que se organiza la cadena de mando de una empresa, la cual se divide en
departamentos que se autogestionan, si bien cada uno de ellos tenga siempre que
rendir cuentas al eslabn superior en la jerarqua. Adems, se decidi que cada una de
estas autoridades de segundo nivel podran a su vez volver a delegar en autoridades de
nivel inferior a las cuales se encargara de supervisar, y as sucesivamente.
Este sistema descrito lo conocemos con el nombre de Sistema de Nombres de Dominio o DNS,
el cual no es ms que una base de datos distribuida y estructurada jerrquicamente en forma
de rbol.
De este modo:
Existe un nodo raz de la estructura
Del nodo raz surgen una serie de hijos, llamados dominios de primer nivel o
simplemente dominios, donde cada uno de ellos tiene capacidad de autogestin, al igual
que lo tenan los departamentos del ejemplo, y cada uno de ellos tiene que encargarse
de conocer la traduccin entre IP y nombre de todos los ordenadores que estn bajo su
responsabilidad; es decir, bajo su "dominio".
Cada dominio tiene potestad para decidir dividirse a su vez en unidades ms pequeas
con capacidad de autogestin, llamadas subdominios.
Hay centenares de dominios de primer nivel, cada uno de los cuales est asociado,
generalmente, a un tipo de actividad concreto, si bien es cierto que esto ha quedado ya un
poco desvirtuado. Veamos cules son los dominios de primer nivel ms importantes:
El dominio ".edu", que es un dominio reservado para el mbito educativo.
El dominio ".gov", que es un dominio de carcter gubernamental, reservado para sus

instituciones.
El dominio ".mil", que es un dominio de carcter militar.
El dominio ".net", que es un dominio reservado para redes.
El dominio ".com", que es el dominio ms conocido y cuyo carcter es comercial. ste

es el dominio adecuado para aquellas empresas que va a desarrollar una actividad
comercial en la red.
El dominio ".org", que es un dominio de carcter organizacional, tambin para

empresas, pero sin carcter comercial.
A cada pas tambin se le ha asignado un dominio de primer nivel, que viene

identificado por dos letras. As, por ejemplo, Espaa tiene asignado el dominio de primer
nivel ".es", el cual administra con total potestad.
Recientemente se han propuesto otros dominios de primer nivel, como ".tv", ".web",
".firm", ".shop", ".arts", ".rec", ".info" y ".nom", pero son slo una propuesta y an no
estn en funcionamiento.
3.2.2 El nombre de dominio

Si observamos detenidamente el nombre de un ordenador en el sistema DNS, nos daremos
cuenta de que ste no es un nombre plano, sino que refleja esta estructura jerrquica que
estamos describiendo. Es decir, el nombre no slo identifica a un ordenador, sino que adems
aporta informacin acerca de la situacin del mismo en la jerarqua: el propio nombre DNS del
ordenador nos dice el subdominio al que pertenece dentro de la jerarqua de dominios y
subdominios. Vemoslo con varios ejemplos.
Ejemplo 1:
104
Sea un ordenador cuyo nombre DNS es "www.juntadeandalucia.es", dicho nombre podemos

dividirlo en tres partes, cada una de las cuales viene separada de las otras por un punto.
Dichas partes, analizando el nombre de derecha a izquierda son:
El nombre del dominio de primer nivel, o simplemente dominio, al que pertenece el

ordenador. En este caso al dominio ".es"; es decir, es un ordenador que pertenece al
dominio administrado por Espaa.
El nombre del subdominio, dentro del dominio ".es", al que pertenece el ordenador. En
este caso al subdominio "juntadeandalucia"; es decir, al subdominio que Espaa ha
delegado a la Junta de Andaluca para que lo administre como desee.
El nombre del ordenador dentro del subdominio juntadeandalucia. En este caso el

ordenador tiene el nombre de "WWW"; que es el nombre que la Junta de Andaluca ha
decidido poner a ese ordenador.
Por lo tanto, al indicar que queremos establecer una comunicacin con el ordenador
"www.juntadeandalucia.es", estamos indicando que queremos contactar con el ordenador
llamado "WWW", que pertenece al subdominio "juntadeandalucia", dentro del dominio ".es".
Ejemplo 2:
Sea un ordenador cuyo nombre DNS es "public.web.cern.ch", dicho nombre podemos dividirlo
en cuatro partes, cada una de las cuales viene separada de las otras por un punto. Dichas
partes, analizando el nombre de derecha a izquierda son:
El nombre del dominio de primer nivel, o simplemente dominio, al que pertenece el

ordenador. En este caso al dominio ".ch"; es decir, es un ordenador que pertenece al
dominio administrador por Suiza.
El nombre del subdominio, dentro del dominio ".ch", al que pertenece el ordenador. En
este caso al subdominio "cern"; es decir, al subdominio que Suiza ha delegado al CERN
(Conseil Europen pour la Recherche Nuclaire) o Consejo Europeo para la
Investigacin Nuclear, para que lo administre como desee.
El nombre del subdominio, dentro del subdominio "cern", al que pertenece el ordenador.
En este caso al subdominio "web".
El nombre del ordenador dentro del subdominio "web". En este caso el ordenador tiene
el nombre de "public".
Por lo tanto, al indicar que queremos establecer una comunicacin con el ordenador
"public.web.cern.ch", estamos indicando que queremos contactar con el ordenador llamado
"public", que pertenece al subdominio "web", que a su vez forma parte del subdominio "cern",
dentro del dominio ".ch".
Como podemos observar, cada organizacin o entidad propietaria de un dominio, o
subdominio, tiene potestad para administrarlo como desee y para poner a los ordenadores que
gobierna los nombres que desee. La nica condicin que se impone es que no otorgue dos
veces el mismo nombre. As, por ejemplo:
No puede haber dos dominios de primer nivel con el mismo nombre. No puede haber
dos dominios ".com"
Un dominio de primer nivel no puede crear dos subdominio con el mismo nombre. Es
decir, por ejemplo, en Espaa no puede haber dos subdominios registrados en el
dominio ".es" que tengan el mismo nombre, no puede haber dos "juntadeandalucia.es".
Igualmente, un subdominio dividido a su vez en subdominios, no puede crear dos

subdominios de nivel inferior con el mismo nombre. Es decir, por ejemplo, la Junta de
Andaluca no puede crear dos subdominios con el mismo nombre dentro de su
subdominio "juntadeandalucia.es".
105
Por ltimo, un subdominio no dividido en subdominios, no puede asignar el mismo

nombre a dos ordenadores distintos. Es decir, no puede haber dos ordenadores
llamados "WWW" dentro del subdominio "juntadeandalucia.es".
Sin embargo, s son posibles las siguientes situaciones:
Que dos ordenadores pertenecientes a subdominios distintos tengan el mismo nombre.

Por ejemplo, dos ordenadores que se llaman "WWW"; sin embargo, su nombre
completo DNS no es el mismo: "www.juntadeandalucia.es" y "www.iesaguadulce.org".
Que dos subdominios tengan el mismo nombre, siempre y cuando no tengan el mismo
subdominio padre. Es decir, por ejemplo, "www.elmundo.es" y "www.elmundo.com",
donde hay dos subdominios con el mismo nombre, "elmundo", pero que no hay ningn
conflicto entre ellos porque uno depende del dominio de primer nivel "es" y el otro del
dominio de primer nivel "com". Por tanto, su nombre completo DNS no es el mismo.
3.2.3 El proceso de resolucin de nombres de dominio

Ya sabemos cmo es la arquitectura de lo que conocemos como Sistema de Nombres de
Dominio o DNS, pero qu sucede cuando se solicita la resolucin de un nombre? A quin se
le solicita? Qu proceso se desencadena para que a partir de un nombre DNS se pueda
obtener la direccin IP del ordenador al que pertenece dicho nombre? El elemento clave para
dar respuesta a estas preguntas es el conocido con el nombre de servidor de nombres o
servidor DNS.
Todo ordenador conectado a Internet debe conocer la IP de al menos un servidor DNS al que
pueda hacer peticiones de resolucin de nombres. Un servidor de nombres es un ordenador, o
ms correctamente dicho, una aplicacin ejecutndose en un ordenador, que tiene asignadas
las siguientes dos tareas:
Aceptar y atender peticiones de usuarios que le solicitan que les convierta un nombre
de dominio en su direccin IP asociada.
Aceptar y atender peticiones de otros servidores de nombres que le solicitan que les
convierta un nombre de dominio en su direccin IP asociada.
Cuando un servidor de nombres recibe una peticin puede hacer una de las siguientes cuatro
cosas:
Puede responder directamente a la peticin si es que ya conoce cul es la direccin IP

asociada al nombre de dominio solicitado.
Puede contactar con otro servidor de nombres para tratar de averiguar la direccin IP
asociada al nombre de dominio solicitado. De hecho, puede tener que contactar con
varios servidores DNS.
Puede responder algo as como: "No conozco la direccin IP asociada al nombre de

dominio que me pides, pero te voy a facilitar la direccin IP de otro servidor DNS que
sabe ms de lo que yo s".
Puede responder con un mensaje de error porque el nombre de dominio que debe
resolver no es vlido o no existe.
Imagina que una aplicacin que ests ejecutando en tu ordenador necesita comunicarse con
otro ordenador cuyo nombre es "www.juntadeandalucia.es". Entonces:
Dicha aplicacin contactar con el servidor DNS establecido en la configuracin de red

del ordenador en el que se est ejecutando, en lo sucesivo llamado servidor DNS local,
y le dir algo as como: "Necesito que me digas cul es la direccin IP asociada al
nombre de dominio www.juntadeandalucia.es".
Puede ser que dicho servidor DNS conozca la respuesta a la pregunta planteada, por
ejemplo, si ya la contest recientemente, en cuyo caso la tendr almacenada en su
cach. En ese caso, podr contestar a la pregunta l mismo y de manera inmediata.
106
Supongamos, sin embargo, que el servidor DNS local no conoce la respuesta.

Entonces, dicho servidor contactar con uno de los servidores DNS raz, donde un
servidor DNS raz es un servidor de nombres que conoce las direcciones de todos los
servidores DNS encargados de gestionar los dominios de primer nivel, y le preguntar
por la resolucin del nombre. Si ste tampoco sabe la respuesta, pues no la tiene en su
cach, le contestar al servidor DNS local proporcionndole la direccin IP del servidor
de nombres encargado de gestionar el dominio de primer nivel al que pertenece el
nombre a resolver. En nuestro ejemplo, este servidor raz contestara algo as como:
"No conozco la IP asociada al nombre www.juntadeandalucia.es, pero te facilito la
direccin IP del servidor de nombres que gestiona el dominio .es". Evidentemente, los
servidores DNS raz son vitales en este proceso, por lo que hay muchos de ellos
repartidos por todo el planeta. Adems, cada servidor DNS tiene una lista de todos los
servidores raz conocidos. En caso de necesidad, contactar con el primero de dicha
lista y si no puede establecer contacto por alguna razn, entonces ir sucesivamente
intentndolo con los sucesivos servidores DNS raz listados.
Una vez que el servidor de nombres local recibe la respuesta del servidor DNS raz,
lanzar la pregunta de resolucin de nombres al servidor de primer nivel
correspondiente. En nuestro caso al servidor DNS que gestiona el dominio .es.
Nuevamente, si dicho servidor DNS conoce la respuesta, la contestar l mismo al

servidor de nombres local. En caso contrario, le responder con la direccin IP del
servidor DNS encargado de gestionar el subdominio juntadeandalucia.es, la cual debe
conocer, ya que todo servidor de nombres tiene la obligacin de conocer las direcciones
de todos aquellos servidores DNS en los que ha delegado la gestin de sus
subdominios.
El servidor de nombres local contactar entonces con dicho servidor DNS, el cual
obligatoriamente conoce la direccin IP asociada al nombre www.juntadeandalucia.es,
pues es un nombre que se encuentra directamente bajo su dominio. Por tanto, este
servidor s que ser capaz de contestar a la pregunta de resolucin de nombres.
Cuando el servidor de nombres local recibe la respuesta, ya provenga sta desde este
ltimo servidor DNS que rige el dominio juntadeandalucia.es, o bien desde cualquier
otro anterior que conociese la respuesta al tenerla almacenada en su cach, entonces
ya est en disposicin de contestarle a la aplicacin de tu ordenador que inici el
proceso.
4 Servicios en Internet
Habiendo terminado de ver algunos de los protocolos de apoyo o de infraestructura TCP/IP
usados en la capa de aplicacin, por fin llegamos a las aplicaciones concretas, aqullas con las
que interactan los usuarios. A la pregunta: "qu vas a hacer ahora?", poca gente contestar:
"voy a buscar algunos nombres con el DNS".
La gente dice que va a leer su correo electrnico,
a navegar por la Web,
a transferir un archivo,
o a conectarse a un ordenador remoto en el que tiene que trabajar.
Todas estas aplicaciones o servicios de Internet son los que utilizan directamente los usuarios
para alcanzar sus fines.
Las posibilidades para la comunicacin, acceso a informacin y ocio que nos ofrece Internet
son ilimitadas. En la Red, la comunicacin siempre se produce entre dos aplicaciones que se
encuentran en ordenadores distintos, las cuales, segn el propsito que persigan con dicha
comunicacin, usarn un protocolo u otro de entre los llamados protocolos de nivel de
aplicacin en el modelo TCP/IP. La mayora de estos protocolos de aplicacin, aunque no
todos, siguen lo que se conoce como modelo cliente-servidor.
107
De igual manera que en la vida real hay ciertas entidades que ofrecen servicios, por
ejemplo, servicio de peluquera, servicio de venta de pan, servicio de lavado de coches,
etc., en el mundo de Internet hay aplicaciones ejecutndose en ordenadores, las cuales
desempean el papel de servidores al ofrecer ciertos servicios a quien pudiera
solicitarlos.
Anlogamente, si en la vida real hay otras entidades que requieren dichos servicios
ofertados y hacen uso de ellos, en el mundo de Internet tambin hay aplicaciones
ejecutndose en ciertos ordenadores y desempeando el papel de clientes, al solicitar
alguno de los servicios disponibles.
En el modelo de comunicacin cliente-servidor, de las dos aplicaciones involucradas

en la comunicacin hay una que es la que ofrece el servicio, y recibe el nombre de servidor, y
hay otra es la que solicita el servicio, y recibe el nombre de cliente.
El cliente es una aplicacin que usando las reglas establecidas en el protocolo de

aplicacin que est utilizando, ejecuta peticiones que son enviadas a travs de la red a
la aplicacin servidora.
El servidor o aplicacin servidora permanece a la escucha en un puerto del ordenador a

travs del cual le irn llegando dichas peticiones. Entonces, la aplicacin servidora
realizar las tareas necesarias para servirlas y responder al cliente con los resultados.
Podemos observar que en este modelo el cliente es el que lleva la iniciativa en cada
solicitud, mientras que el servidor se limita a seguir las rdenes cursadas por el cliente.
Los servicios que se ofrecen en Internet son muy variados, pero los cuatro ms importantes
son los siguientes:
El servicio Web, que proporciona a los usuarios la capacidad de consultar informacin

alojada en otros ordenadores en formato de pginas electrnicas o pginas Web.
El servicio de correo electrnico, que proporciona capacidad a los usuarios de la red

para redactar, enviar y recibir mensajes.
El servicio de transferencia de archivos, que proporciona a los usuarios la capacidad

para alojar archivos en un ordenador remoto y descargarlos posteriormente.
El servicio de inicio remoto de sesin, que proporciona a los usuarios la capacidad de

que puedan iniciar una sesin en cualquier otro ordenador en el que tengan una cuenta.
4.1 Servicio Web

A finales de los aos 80 Internet haba alcanzado ya un tamao considerable y el volumen de
informacin disponible en los distintos ordenadores conectados haban convertido esta red en
el mayor almacn de datos de la historia.
Sin embargo, su crecimiento, un tanto catico y desordenado, haba hecho que la bsqueda y
el acceso a dicha informacin fuese una tarea muy difcil: cada uno almacenaba sus datos
utilizando un formato distinto y, por tanto, distintos eran los protocolos utilizados para acceder a
ellos.
Internet era una red de uso complejo slo apta para investigadores y tcnicos. Su
interfaz era textual (de texto) y los comandos para manejarla, complejos.
Se hicieron necesarias nuevas formas para indicar la posicin de un documento a

recuperar y para navegar a travs de la red.
Se vio entonces la necesidad de llegar a un acuerdo para almacenar la informacin en

un formato comn, que permitiese un acceso homogneo haciendo uso de un mismo
protocolo.
Como respuesta a estas necesidades, a principios de los 90 nace en el seno del CERN
(Conseil Europen pour la Recherche Nuclaire) o Consejo Europeo para la
Investigacin Nuclear, y de manos de Tim Berners Lee, la World Wide Web, la telaraa
108
mundial o simplemente la Web: un foro de intercambio de informacin y un mercado en

crecimiento accesible a cualquier usuario, independientemente de su grado de
conocimiento terico.
Este nuevo servicio de Internet recibi el nombre de servicio Web; su misin:

proporcionar a los usuarios la capacidad de consultar informacin alojada en otros
ordenadores en formato de pginas electrnicas o pginas Web. Veamos qu se oculta
detrs de este servicio que ha sido, sin duda alguna, el mximo responsable del
increble auge que ha experimentado Internet desde 1993.
4.1.1 Arquitectura del servicio Web

El servicio Web sigue el modelo cliente-servidor y, como en cualquier otro servicio que siga
dicha filosofa, en el proceso de comunicacin hay una aplicacin que desempea el papel de
servidor y otra que desempea el papel de cliente:
El servidor. En el servicio Web, la aplicacin que desempea el papel de servidor recibe

el nombre de Servidor Web, y su misin es la de poner a disposicin de los clientes una
serie de recursos.
El cliente. Por su parte, la aplicacin que desempea el papel de cliente en una

comunicacin Web, recibe el nombre de Navegador Web, y su misin es la de solicitar
al servidor la entrega de alguno de los recursos que ofrece.
Como puedes imaginar, la comunicacin entre un navegador y un servidor Web se encuentra

perfectamente reglada en un protocolo de nivel de aplicacin. Las reglas que rigen una
comunicacin Web entre un navegador y un servidor Web, vienen recogidas en un protocolo
llamado HTTP (HyperText Transport Protocol) o Protocolo para la Transferencia de Hipertexto.
El propio nombre del protocolo, HTTP, hace referencia a qu es lo que intercambian cliente y
servidor durante su comunicacin: Hipertexto.
Qu es el hipertexto? Podemos definir hipertexto como un documento digital que se puede
leer de manera no secuencial. Bsicamente, un documento de hipertexto es un fichero formado
nicamente por dos tipos de elementos:
Texto.
Referencias a otros documentos de hipertexto. Estas referencias son zonas especiales

del documento las cuales, al pinchar sobre ellas con el ratn, producen la solicitud a
cualquier otro servidor Web de otro documento de hipertexto. Estas referencias,
llamadas hiperenlaces, enlaces, vnculos o hipervnculos, son la piedra angular de la
World Wide Web, siendo incluso el origen del propio nombre del servicio, "la telaraa"
(the web), el cual hace referencia a esa maraa de referencias que se forman en la Web
entre distintos documentos de hipertexto. De dnde crees que procede el nombre de
navegar por la Web? Pues precisamente de ese recorrido no secuencial de un
documento a otro que se produce conforme se van visitando los enlaces.
Seguro que ahora mismo te ests haciendo la siguiente pregunta:
si un documento de hipertexto est formado nicamente por texto e hiperenlaces,
qu sucede con las imgenes y el resto de elementos que componen una pgina
Web?
Evidentemente, estos elementos no son texto; sin embargo, a la hora de ser

transmitidos desde el servidor al cliente, utilizando unos mecanismos especiales, son
codificados en forma de texto, para ser reconstruidos a su forma original en el destino.
Es por eso que, a todos los efectos, de cara a HTTP son considerados como texto.
El dilogo que se produce entre navegador y servidor Web; es decir, el protocolo HTTP, es muy
sencillo. Bsicamente consiste en lo siguiente:
El navegador solicita un recurso a un servidor Web.

109
El servidor Web entrega dicho recurso al navegador, el cual lo visualiza.
Un recurso ser generalmente una pgina Web, pero puede ser perfectamente una imagen, un
documento PDF, un documento de un procesador de textos o, en general, un fichero de
cualquier otro tipo. Por tanto, de forma genrica, se llama recurso a cualquier fichero alojado en
un servidor y accesible por los clientes haciendo uso del protocolo adecuado, en nuestro caso,
el protocolo HTTP.
4.1.2 Direccin Web o URL

Por tanto, tal y como acabamos de describir en el apartado anterior, la funcin de un navegador
Web es la de solicitar recursos; pero para poder hacerlo, tiene que haber una manera de
especificar exactamente qu recurso se quiere, tiene que idearse una forma de identificar un
recurso de manera unvoca en toda la Red.
Para ello se utiliza lo que se conoce con el nombre de URL (Uniform Resource Locator) o
Localizador Uniforme de Recursos, que no es ms que una cadena de caracteres gracias a la
cual se puede localizar cada uno de los recursos de informacin disponibles en la Web. Para
localizar un recurso en la Red es necesario:
Localizar al servidor Web en el que se encuentra el recurso buscado.
Localizar el recurso dentro del servidor Web en el que se encuentra alojado.
Consecuentemente, una URL est formada por las siguientes partes perfectamente
diferenciadas:
Especificacin del protocolo o servicio mediante el cual se pretende recuperar el recurso

del servidor, seguido de "://"
Localizacin en Internet de la aplicacin servidor Web en la que se encuentra el recurso

buscado. Debemos recordar que para localizar una aplicacin en el modelo de
comunicacin TCP/IP, deberemos proporcionar tanto la direccin IP del ordenador en el
que se est ejecutando dicha aplicacin, o en su defecto su nombre DNS, ms el puerto
en el que se encuentra escuchando dicha aplicacin, ambos separados por ":". El

puerto bien conocido para los servidores Web es el puerto 80, por lo que si el servidor
se encuentra escuchando en ese puerto, no ser necesario especificar el puerto en la
URL, pues se supondr dicho puerto por defecto.
Localizacin en el servidor Web del recurso. Para localizar el recurso dentro del servidor
Web, deber especificarse la ruta hasta el mismo.
Los siguientes son ejemplos de URLs:

URL
Recurso Solicitado
http://www.mec.es/
index.html (pgina web) al no decir nada toma

por defecto el recurso index.html
http://www.mec.es/index.html
index.html (pgina web)
http://www.mec.es:80/index.html
index.html (pgina web)
http://www.mec.es:8080/
Da error porque no hay ningn servidor Web

escuchando en ese puerto
http://www.mec.es/mecd/novedades/index.html
index.html (pgina web). El recurso por

excelencia: la pgina Web
Anteriormente definimos recurso como:
cualquier fichero que se encuentra alojado en un servidor
y accesible por los clientes haciendo uso del protocolo adecuado, en nuestro caso, el
protocolo HTTP.
110
Sin embargo, aunque cualquier fichero es considerado un recurso, es cierto que la mayora de
los recursos que se solicitan en la Web son unos llamados pginas Web.
Y qu es exactamente una pgina Web?
Una pgina Web es un fichero de texto,
generalmente con extensin .htm o .html,
que se encuentra escrito en un lenguaje llamado HTML (HyperText Markup Language)

o Lenguaje de Marcado de Hipertexto.
Dicho lenguaje es un lenguaje de etiquetas o marcas que est diseado para

estructurar textos y presentarlos en forma de hipertexto, y el cual se engloba dentro de
los llamados lenguajes de visualizacin, pues su nica misin es la de indicarle al
navegador cmo debe presentar los contenidos que componen la pgina.
Adems, una pgina Web, aparte de hiperenlaces a otras pginas, puede incluir
referencias a otros recursos como imgenes, animaciones, etc. que se mostrarn
incluidos en la propia pgina en el navegador, aunque sean recursos distintos que se
solicitan de manera independiente a sus servidores correspondientes.
4.1.3 Seguridad en la Web

Has utilizado alguna vez el servicio de banca electrnica de algn banco? Si lo has hecho, te
habrs dado cuenta de que la URL que introduces en la barra de direcciones del navegador no
comienza por http, sino por https. Qu es HTTPS?
HTTPS es un protocolo que permite la transmisin segura de informacin entre el navegador y
el servidor Web mediante el uso de mecanismos de cifrado y certificados de autenticacin.
Los cuales aseguran respectivamente:
Que si la informacin es interceptada por el camino no podr ser leda, pues se asegura
que sta slo podr ser leda por el destinatario de la misma.
Que los actores implicados en la comunicacin son quienes dicen ser. Es decir, en el
ejemplo del banco, que la Web pertenece realmente a la entidad bancaria en cuestin y
que el usuario que est al otro lado del navegador es realmente el cliente del banco que
dice ser.
Podramos decir que HTTPS no es ms que una variante segura de HTTP. Por razones ms
que evidentes, ste y no HTTP es el protocolo que utilizan los servidores Web de los bancos,
pues la informacin que de all se obtiene es confidencial y slo se debe permitir el acceso a
los dueos de la misma.
4.2 Servicio de correo electrnico

Desde que un ingeniero llamado Ray Tomlison mand el primer correo electrnico en 1971, los
usuarios de Internet, entre los que probablemente te encuentras t, se mandan unos a otros
billones de mensajes de correo electrnico cada da.
El servicio de correo electrnico fue el primero de los servicios que se desplegaron en Internet
y, hoy en da, probablemente sea el servicio de mayor difusin despus de la Web.
Te has preguntado alguna vez cmo llega un correo desde la aplicacin de tu ordenador
hasta el ordenador de tu amigo o amiga en el otro lado del mundo? En este apartado
trataremos de dar respuesta a dicha pregunta. Veamos qu es y cmo funciona el correo
electrnico.
Un correo electrnico o email, no es ms que un simple mensaje de texto; es decir, un trozo de
texto enviado a un destinatario. Los primeros sistemas de correo electrnico eran simples
protocolos de transferencia de archivos de texto, con la convencin de que la primera lnea de
cada archivo contena la direccin del destinatario. De hecho, si bien es cierto que se ha
111
producido cierta evolucin para dar cierta estructura a los mensajes y a la manera de
transmitirlos, stos siguen estando compuestos exclusivamente por texto.
Una vez hecha la afirmacin anterior, es probable que ahora mismo te ests haciendo la
siguiente pregunta: si un correo est formado nicamente por texto,
cmo es que puedo enviar imgenes u otros archivos a travs del correo electrnico?
Evidentemente, estos elementos no son texto; sin embargo, y al igual que suceda en el
protocolo HTTP, los protocolos para la transmisin de correo utilizan tambin
o
mecanismos para codificar estos archivos en forma de texto antes de ser

transmitidos,
y mecanismos para reconstruirlos a su forma original en el destino. Por eso, a

todos los efectos, se puede afirmar que un correo electrnico est compuesto
slo por texto, aunque ciertos elementos no tengan esa naturaleza realmente.
El servicio de correo electrnico proporciona a los usuarios cinco funciones bsicas:
Funcin de composicin. El sistema de correo electrnico debe permitir al usuario crear

sus propios mensajes de correo y generar mensajes de respuesta a los correos
recibidos.
Funcin de transferencia. El sistema de correo electrnico tiene que mover los

mensajes del emisor al destinatario y debe hacerlo automticamente, sin molestar al
usuario.
Funcin de generacin de informe. El sistema de correo debe indicar al remitente lo que

ocurri con el mensaje: se entreg, se rechaz o se perdi?
Funcin de visualizacin. El sistema de correo debe permitir al usuario ver y leer el

contenido de los correos que le sean entregados.
Funcin de disposicin. El sistema de correo debe permitir al usuario decidir qu hace

con los correos entrantes tras recibirlos. Las posibilidades suelen incluir las de tirarlo
antes de leerlo, desecharlo tras leerlo, guardarlo, etc. Tambin debe permitir recuperar y
releer mensajes previamente guardados, reenviarlos o procesarlos de otras maneras.
4.2.1 Arquitectura del servicio de correo electrnico

Imagina que ests en tu ordenador preparado para enviar un correo electrnico a una persona.
Crees que ser tu ordenador el que establezca directamente una comunicacin con el
ordenador del destinatario del correo para hacer la entrega del mismo?
Reflexionemos sobre la pregunta anterior.
Si eso fuese as, y para entregar un correo se estableciese una comunicacin directa
entre origen y destino del correo,
qu sucede si el ordenador del destinatario del correo estuviese apagado en el

momento en el que queremos mandrselo?
Evidentemente, montar un sistema de correo con estas bases no tiene mucho sentido.
Pensemos en cmo funciona el sistema de correo tradicional, el que no es electrnico, el de
toda la vida:
Cuando queremos enviar una carta en el sistema de correo tradicional, la llevamos

nosotros mismos hasta su destinatario? Evidentemente no. Lo que hacemos es
depositar nuestra carta en un buzn de correos pblico donde es recogida por un
cartero. Entonces, el sistema de correos se encarga de hacerlo llegar hasta el
destinatario.
Cuando recibimos una carta, nos lo entrega en mano el remitente del mismo?
Evidentemente no. De hecho, ni siquiera el cartero nos la entrega en mano. Cada
112
persona que quiere tener la capacidad de recibir correo tendr un buzn privado
asignado. Entonces, lo que se hace es que el sistema de correos se compromete a
depositar cualquier carta que vaya dirigida a nosotros en el buzn privado que nos
pertenece. Nosotros, cuando queramos recoger nuestro correo, nos desplazaremos
hasta nuestro buzn donde ste estar depositado.
Pues bien, el sistema de correo electrnico sigue un esquema anlogo a este sistema de
correo tradicional. El servicio de correo electrnico sigue la filosofa cliente-servidor; sin
embargo, su arquitectura es un poco ms compleja que la de otros servicios de Internet. Como
cualquier servicio que sigue este modelo, un sistema de correo electrnico est formado
bsicamente por dos elementos:
El cliente de correo o agente de usuario.
El servidor de correo.
Se llama clientes de correo o agentes de usuario a los programas utilizados por los usuarios
finales y que les permiten:
leer,
componer,
recibir,
contestar
y enviar correo.
Hoy en da tenemos a nuestra disposicin multitud de clientes de correo, algunos tienen una
interfaz grfica elegante operada por mens y ventanas, mientras que otros tienen una interfaz
textual en la que se introducen comandos desde el teclado. Aunque, evidentemente, para los
usuarios son ms atractivos y cmodos de utilizar los primeros, funcionalmente ambos son
iguales.
Por su parte, el servidor de correo es una aplicacin que tiene bsicamente dos misiones o dos
compromisos adquiridos con los usuarios a los que da servicio:
Mantener buzones para dichos usuarios y almacenar en ellos los correos que les van
dirigidos. Es decir, cualquier correo que vaya dirigido a un usuario. No ser entregado
directamente en el ordenador de ste, sino que ser depositado en el buzn que su
servidor de correo tiene para l. Adems, evidentemente, un servidor de correo debe
proporcionar algn mecanismo para que cada usuario pueda recoger sus correos de su
respectivo buzn, acto que recibe el nombre coloquial de "descargarse el correo".
Recoger los correos que los usuarios a los que da servicio le envan y encargarse de
que estos lleguen hasta el buzn del destinatario. Es decir, cualquier correo que el
usuario enva, no ser entregado directamente al ordenador del destinatario, ni siquiera
al servidor de correo del destinatario, sino al servidor de correo del emisor, el cual se
encargar posteriormente de depositarlo en el buzn del destinatario, el cual estar
alojado en el servidor de correo del mismo.
Un ordenador que hace de servidor de correo realmente est ejecutando dos aplicaciones
servidoras diferentes:
Una recibe el nombre de servidor saliente o servidor SMTP, cuyo puerto bien
conocido es el puerto 25, y donde SMTP (Simple Mail Transfer Protocolo) o Protocolo
Simple para la Transmisin de Correo es el nombre del protocolo que se utiliza para el
envo de correo.
o
ste es el protocolo que utilizar el agente de usuario para entregar el

mensaje a su servidor de correo, y tambin el que usar dicho servidor para
entregar el correo
al servidor en el que se encuentra el buzn del destinatario del mismo.

113
La entrega no tiene por qu ser directa desde el servidor de correo origen al

servidor de correo destino, y el mensaje puede tener que pasar por distintos
elementos intermedios.
Tanto estos elementos intermedios como cualquier servidor de correo, reciben

el nombre genrico de MTA (Mail Transfer Agent) o Agentes de Transmisin de
Correo. El protocolo que utilizan los distintos Agentes de Transmisin de Correo

para transferirse los mensajes es tambin el protocolo SMTP.
La otra recibe el nombre de servidor entrante y tendr la misin de gestionar la

entrega del correo al usuario final al que va destinado; es decir, de permitir que un
usuario pueda acceder a los mensajes que tiene almacenados en su buzn de su
servidor de correo. Hay dos protocolos bsicos que pueden ser utilizados para llevar a
cabo esta tarea.
o
Uno de ellos es el protocolo POP3 (Post Office Protocol) o Protocolo de

Oficina de Correos, versin 3.
El otro es el protocolo IMAP (Internet Mail Access Protocol) o Protocolo para

el Acceso al Correo Electrnico.
Segn el protocolo que utilice el usuario para recuperar el correo de su buzn, el servidor
entrante recibir, respectivamente, el nombre de servidor POP3, cuyo puerto bien conocido es
el puerto 110, o el nombre de servidor IMAP, cuyo puerto bien conocido es el 143.
4.2.2 Direcciones de correo electrnico

En el sistema de correos tradicional, cmo sabe el cartero en qu buzones debe dejar las
distintas cartas? Como bien conoces, el cartero puede realizar la entrega correctamente porque
cada buzn tiene asociada una direccin que lo identifica unvocamente en todo el mundo. De
igual manera, en Internet cada buzn de correo tiene asignada una direccin que lo identifica
unvocamente en toda la Red. Para ello hay que localizar en la Red:
por una parte, el ordenador en el que se encuentra el buzn buscado
y, por otra, identificar el buzn entre los distintos buzones que haya alojados en el dicho
ordenador.
Toda direccin de correo electrnico est formada por las siguientes partes
perfectamente diferenciadas:
Nombre del buzn de correo dentro del servidor.
Un smbolo separador, que se ha decidido que sea la arroba: @.
El nombre DNS del ordenador en el que se encuentra la aplicacin servidor de correo.
Los siguientes son ejemplos de direcciones de correo electrnico:
4.2.3 Formato de un mensaje de correo electrnico

Una vez descrita la arquitectura de un sistema de correo, es hora de describir el formato de un
mensaje en s. Al igual que para poder mandar una carta por el sistema de correo tradicional
hay que seguir ciertas convenciones que establecen, por ejemplo, qu hay poner en el sobre y
cmo ponerlo, en el sistema de correo electrnico los mensajes deben ajustarse a un formato
establecido. En todo mensaje de correo podemos distinguir las siguientes partes:
La envoltura primitiva, la cual encapsula al mensaje y contiene toda la informacin que

necesitan los agentes de transferencia de correo (MTA) para poder transportarlo desde
el servidor origen hasta el servidor destino. Es decir, podemos afirmar que la envoltura
de un mensaje juega el mismo papel que juega el sobre en el sistema de correo
tradicional. Los usuarios finales no son conscientes de la existencia de esta envoltura
pues la misma slo es manejada por los agentes de transferencia de correo; de hecho,
114
es creada en el servidor de correo origen y es eliminada por el servidor de correo del

destinatario antes de depositar el mensaje en el buzn.
Cabecera del mensaje. Dentro de lo que es el mensaje en s, la cabecera es la parte

que contiene informacin de control para los clientes de correo. Esta informacin est
formada por un nmero variable de campos.
Cuerpo del mensaje. Dentro de lo que es el mensaje en s, se llama cuerpo del mensaje
a la parte del mismo que va dirigido al destinatario humano.
De entre los numerosos campos que pueden aparecer en la cabecera del mensaje cabe
destacar los siguientes:
Campo Para. Campo de presencia obligatoria que contiene las direcciones de correo de
los destinatarios del mensaje, tambin llamados destinatarios primarios.
Campo De. Campo de presencia obligatoria que informa de quin es el remitente del
mensaje.
Campo CC o campo de copia al carbn. Campo que contiene las direcciones de correo
de aquellos destinatarios del mensaje a los que, aunque el correo no va dirigido a ellos,
se les quiere mandar una copia del mismo. Estos reciben el nombre de destinatarios
secundarios y, en trminos de entrega, no hay diferencia entre ellos y los destinatarios
primarios.
Campo CCO o campo de copia de carbn ciega. Campo similar al campo CC, excepto
que esta lnea se borra de todas las copias enviadas a los destinatarios primarios y
secundarios. Esta caracterstica permite a la gente mandar copias a terceros sin que los
destinatarios primarios y secundarios lo sepan.
Campo Asunto. Campo que contiene una resumen corto del mensaje para exhibir en
una lnea.
Campo Fecha. Campo que contiene la fecha y hora del envo del mensaje.
Campo Responder a. Campo que contiene la direccin de correo a la que deben

enviarse las contestaciones al mismo. Generalmente contiene el mismo valor que el
campo De, pero no tiene por qu ser as.
4.2.4 Seguridad en el correo electrnico

Cuando mandas una carta,
Te preocupa la posibilidad de que sta sea leda por el camino por alguna otra
persona a la que no iba dirigida?
Tenemos derecho como ciudadanos a que esto no suceda?
El artculo 18 de la Constitucin Espaola de 1978 establece en su punto tercero que: "se

garantiza el secreto de las comunicaciones y, en especial, de las postales, telegrficas y
telefnicas, salvo resolucin judicial" y en su punto cuarto que: "la Ley limitar el uso de la
informtica para garantizar el honor y la intimidad personal y familiar de los ciudadanos y el
pleno ejercicio de sus derechos".
La seguridad y fiabilidad que nos proporciona el correo tradicional la conocemos y la tenemos
asumida, pero
qu sucede con el correo electrnico?
Qu seguridad tengo de que un correo electrnico que envo slo ser ledo por su
destinatario?
En principio, ninguna.
Cuando mandamos un correo electrnico a travs de la red, estamos mandndolo sin

proteccin alguna. Es como si mandsemos una postal. Cualquier persona que intercepte
115
dicho correo (durante la transmisin, una vez en el buzn o en el propio equipo del usuario
destino) podr extraer y examinar su contenido. Adems, es posible incluso que ste sea
modificado por el camino sin que ni siquiera emisor ni receptor se d cuenta. Evidentemente,
esta situacin es intolerable. Hay alguna manera de evitarlo?
Muchos servidores de correo ofrecen la posibilidad de utilizar protocolos seguros para la
transmisin del correo entre el cliente de correo y el servidor, ya sea en el proceso de envo de
mensajes o en el proceso de recogida de correo desde el buzn. Estos protocolos siguen
siendo SMTP y POP3 o IMAP, pero utilizando protocolos de cifrado, como SSL o TLS, antes de
enviar la informacin.
El uso de estos protocolos asegura:
Que si el correo es interceptado durante la transmisin entre cliente de correo y servidor

de correo, no podr ser ledo.
Que el correo no podr ser modificado durante la transmisin entre cliente de correo y
servidor.
Sin embargo, esto no es suficiente para garantizar la completa privacidad del correo, porque:
Qu sucede durante el trasiego del correo por todos los MTA hasta llegar al destino?
Pues los protocolos mencionados antes no cubren este trayecto.
Qu sucede una vez que el correo est depositado en el buzn del destinatario?
Puede alguien fisgar en el buzn?
Qu sucede una vez que el correo est en el ordenador del destinatario? Puede
alguien fisgar en su ordenador y leer su correo?
Evidentemente, con el uso de los protocolos descritos no estamos protegidos ante estas
eventualidades descritas. Para garantizar de manera total la seguridad en las comunicaciones
por correo electrnico, debemos recurrir a sistemas criptogrficos extremo a extremo; es decir,
establecidos entre la persona emisora del correo y la persona receptora del mismo. Uno de
estos sistemas es PGP (Pretty Good Privacy) o Privacidad Bastante Buena, el cual es un
sistema de criptografa gratuito para aplicaciones no comerciales.
4.3 Servicio de transferencia de ficheros

Otro de los servicios que nos acompaan desde la aparicin de Internet es el protocolo FTP
(File Transfer Protocol) o Protocolo para la Transferencia de Ficheros, que permite a los
usuarios copiar archivos entre sistemas remotos. FTP comenz siendo una utilidad incluida en
el sistema operativo Unix en los aos 70 y, si bien al principio ste era un protocolo muy usado,
ahora, con la aparicin de aplicaciones Web que permiten la subida y descarga de ficheros
usando HTTP, por ejemplo, aplicaciones como esta plataforma que ests utilizando y que te
permite entregar tus tareas en el buzn de actividades desde una pgina Web, parece que el
FTP est un poco ms en desuso, por lo menos por parte del gran pblico. No obstante, sigue
siendo uno de los servicios fuertes de Internet y de los ms importantes.
Al igual que los anteriores servicios, el servicio FTP tambin sigue la filosofa cliente-servidor.
Esto quiere decir que en la comunicacin existirn dos tipos de aplicaciones implicadas:
El servidor FTP. El servidor FTP es la aplicacin que aporta el servicio de proporcionar

un espacio de disco en el que se puedan dejar archivos o desde el que se puedan
recoger archivos.
El cliente FTP. El cliente FTP es la aplicacin que permite a un usuario conectarse a un

servidor FTP para poder dejar en l algn archivo o para poder descargar de l algn
archivo.
Por tanto, el protocolo FTP es un protocolo de aplicacin apto para la transferencia fiable de
archivos en ambos sentidos entre una aplicacin servidora de FTP y una aplicacin cliente de
116
FTP, cuyas funciones esenciales permiten a los usuarios realizar tareas bsicas como copiar,
mover, renombrar y trabajar con ficheros y directorios de forma remota.
Normalmente, un servidor FTP se configura para autentificar los inicios de sesin de los
clientes, pidiendo la identificacin de los mismos mediante un nombre de usuario y una
contrasea, llamados login y password respectivamente, antes de acceder al sistema. Sin
embargo, esta autentificacin no es obligatoria siempre. FTP tiene dos modalidades de uso:
FTP Annimo: Esto supone un servidor FTP configurado para permitir el acceso pblico,
es decir, el sistema se ajusta a una clave de acceso pblico para permitir el acceso
annimo a todos los archivos que se han compartid+o. Generalmente, este servicio se
utiliza para mantener informacin y software de libre acceso a todo el mundo. En unas
ocasiones slo se pueden descargar ficheros, y en otras stos se pueden tanto subir
como bajar.
FTP Privado: En este caso el servidor se basa en autentificacin a partir de la base de

datos de usuarios locales, por lo tanto, slo pueden iniciar sesin los usuarios que
hayan sido dados de alta en dicho sistema. Normalmente este tipo de FTP es utilizado
por compaas que requieren de acceso remoto o en entornos donde la informacin es
confidencial.
Cuando se establece una sesin FTP entre un cliente y un servidor, realmente se establecen
dos conexiones con el servidor:
Una conexin de control, que es iniciada por la aplicacin cliente para la transmisin de
comandos a travs del puerto 21 del servidor, y que es mantenida durante toda la
sesin.
Una conexin de datos, que es iniciada por la aplicacin servidora para la transmisin
de datos, y que se abre y se cierra por archivo a enviar o recibir. Cada una de estas
conexiones temporales se abre desde el puerto 20 del servidor contra un puerto
cualquiera del cliente que ste le haya comunicado previamente.
Aunque el protocolo FTP establece mecanismos para la autenticacin de usuarios mediante

login y password, estos, as como los ficheros transmitidos entre cliente y servidor, viajan en
claro por la red; es decir, que pueden ser interceptados y ledos por el camino, hecho por el
cual se considera FTP un protocolo no seguro.
4.4 Servicio de conexin remota

Cuando nosotros, como usuarios, queremos trabajar con el ordenador,
nos sentamos ante nuestro teclado, nuestro ratn y nuestra pantalla,
pulsamos el botn de encendido del ordenador
y nos ponemos manos a la obra.
Con este sencillo gesto, lo que realmente estamos haciendo es abrir lo que se llama una sesin
con el sistema operativo, con el cual interactuamos para llevar a cabo nuestra labor.
La pregunta que vamos a plantearnos y a dar respuesta, ahora que ya vamos siendo
conscientes de la potencia de las redes de ordenadores, es la siguiente:
es posible iniciar una sesin desde mi ordenador y a travs de la red en un ordenador
remoto?
Es decir, es posible trabajar en un ordenador con el que no comparto un espacio fsico, como
si estuviese sentado delante del mismo? La respuesta es, evidentemente, que s, gracias a
unos servicios de red conocidos con el nombre de servicios de conexin remota.
Al igual que el resto de servicios analizados, los servicios de conexin remota siguen la filosofa
cliente-servidor. Esto quiere decir que en la comunicacin existirn dos tipos de aplicaciones
implicadas:
117
El servidor, el cual es, desde el punto de vista del usuario del servicio, el ordenador
remoto en el cual se abre la sesin del sistema operativo y sobre el cual se trabaja.
El cliente, el cual es, desde el punto de vista del usuario, el ordenador local desde el
cual se abre la sesin en el ordenador remoto.
Bsicamente, un servicio de conexin remota funciona de la siguiente forma:
Un usuario inicia una sesin en su propio ordenador.
El usuario ejecuta en su ordenador un programa cliente de conexin remota.
Con dicho programa se conecta a un servidor remoto, en el cual abre una conexin
remota.
Una vez abierta la sesin remota, y travs de su aplicacin cliente, el usuario ve en su

pantalla local lo mismo que vera si estuviese sentado delante del ordenador remoto.
Conforme el usuario interacta con su aplicacin cliente, sta enva la informacin de

dicha interaccin, como pulsaciones de teclas del teclado o movimientos del ratn, al
servidor.
El servidor recibe dicha informacin desde el cliente y le devuelve a ste los resultados
que la interaccin ha provocado en el sistema.
Por tanto, la sensacin que percibe el usuario es que la sesin remota tiene lugar en la
computadora local, mientras que el equipo remoto "piensa" que est interactuando con un
terminal local; es decir, con una persona sentada delante del teclado, ratn y monitor local.
Antes de la aparicin de los sistemas operativos grficos que cuentan con ventanas, botones,
mens, etc., la manera de interactuar con un sistema operativo era con la utilizacin de
comandos que se introducan desde una consola de texto; es decir, una pantalla negra donde
nicamente se poda introducir rdenes en forma de texto desde el teclado. Segn si la
conexin remota se va a abrir contra una aplicacin servidora textual o grfica, podemos
distinguir dos tipos de servicios:
Conexin remota con terminal de comandos.
Conexin remota con terminal grfico.
Dentro de los protocolos de aplicacin para la realizacin del servicio de conexin remota, cabe
destacar el protocolo originario, llamado Telnet, que es un protocolo para la conexin remota
con terminal de comandos. Sin embargo, en dicho protocolo la informacin que intercambian
cliente y servidor viaja en claro por la red, lo que quiere decir que puede ser interceptada y
leda por el camino. Por este motivo, el protocolo Telnet, aunque establece mecanismos para la
autenticacin del usuario que quiere abrir la sesin mediante el requerimiento de un login y un
password, es considerado un protocolo no seguro.
Por otra parte, existe otro protocolo muy parecido que s es seguro, pues utiliza tcnicas de
cifrado para que la informacin que viaja por la red no pueda ser leda por nadie al que no vaya
dirigida. Dicho protocolo es el protocolo SSH (Secure shell) o terminal de comandos seguro.
5 Mecanismos de seguridad bsicos en Internet

Sobre la seguridad de un sistema informtico, Gene Spafford, profesor de la Universidad de
Purdue y reconocido cientfico especializado en temas de seguridad informtica, afirm un da:
"el nico sistema autnticamente seguro es el que est desconectado,
desenchufado y empaquetado en un recipiente hermtico de titanio, guardado en
un bunker de hormign, rodeado de gas nervioso y custodiado por guardias muy
bien armados y magnficamente pagados. E incluso as, yo no me jugara la vida
por l".
118
Si el seor Spafford tena sus dudas sobre la seguridad de un sistema en las condiciones
anteriormente descritas, qu no pensar de un ordenador conectado a Internet?
Cuando pensamos en tomar medidas de seguridad en nuestro ordenador, lo primero que se
nos viene a la cabeza como principal peligro del que debemos protegernos son los virus. Todos
los das escuchamos en las noticias la aparicin de nuevas formas de estos programas
malignos.
Pero, qu es exactamente un virus?
Un virus es un programa cuyo objetivo prioritario es su propagacin entre
ordenadores sin ser advertido por el usuario.
Una vez que el virus considera que est lo suficientemente extendido,
pasa de su fase de latencia a su fase de activacin.
en esta fase los efectos del virus pueden ser tan variados como alcance la
imaginacin de su autor: pueden limitarse a mostrar inofensivos mensajes
en pantalla o bien, eliminar informacin del disco duro o daar la BIOS del
ordenador.
Las vas clsicas de propagacin de los virus han sido siempre los disquetes, CD-ROMs,
discos ZIP, etc. Sin embargo, con la aparicin de Internet, las estadsticas demuestran que la
principal va de infeccin de virus son las redes de ordenadores, y dentro de los servicios que
sta ofrece, el favorito usado por los virus para su propagacin es el correo electrnico.
Los virus viajan en mensajes de correo como ficheros adjuntos al mensaje y si el receptor del
mismo abre dicho archivo, su ordenador queda inmediatamente infectado. Adems, una vez
conseguida la infeccin del equipo, el virus, se reenva automticamente a travs del correo a
todas las direcciones de correo que encuentre en la libreta de direcciones del cliente de correo
del usuario infectado.
Los virus han evolucionado mucho desde sus orgenes. De entre las nuevas modalidades de
virus, distinguimos las dos siguientes:
Los gusanos. Se llama gusanos a los virus que usan para replicarse las redes de
ordenadores y los agujeros de seguridad de los programas instalados en los
ordenadores de las mismas. Una vez que un virus gusano ha infectado un ordenador,
estudia la red en busca de alguna otra mquina que tenga instalado y funcionando el
software que tiene el agujero de seguridad que dicho gusano explota. Entonces, se
copia vuelve a copiar a s mismo en el nuevo ordenador y comienza de nuevo su
proceso de rplica.
Un caballo de Troya es un programa que tiene una apariencia inofensiva pero que
realmente tiene objetivos hostiles. En concreto, se trata de un programa con dos
mdulos:
o
un mdulo servidor y otro cliente.
El atacante instala, con fines nada ticos, el mdulo cliente en su ordenador.
El mdulo servidor es el troyano propiamente dicho, que se enva a la vctima

bajo alguna apariencia completamente inofensiva, por ejemplo, unas fotos, un
juego, etc.
Una vez que la vctima cae en la trampa y ejecuta el archivo ste se instala en
su ordenador.
A partir de ese momento, el atacante puede monitorizar todo lo que la vctima

hace en su ordenador incluyendo el robo de contraseas y documentos
privados.
El troyano, despus de ejecutarse, abre un determinado puerto en modo

escucha en el ordenador de la vctima.
119
El atacante puede crear entonces una conexin desde su ordenador hasta la

direccin IP y puerto de la vctima (debe conocer estos dos nmeros o disear
algn mtodo para obtenerlos).
Una vez que est establecida la conexin, el atacante, que puede estar a
miles de kilmetros, tendr acceso completo al ordenador de la vctima.
Cmo podemos proteger nuestros ordenadores de los virus? Bsicamente deberemos dirigir
nuestras actuaciones por dos frentes distintos:
Mediante el uso de programas antivirus, los cuales

o
detectan la presencia de virus en archivos impidiendo la infeccin del sistema.
Adems, disponen de rutinas de desinfeccin que tendrn mayor o menor

xito en funcin del tipo de virus y de la calidad del propio programa antivirus.
No obstante, debemos tener en mente que los programas antivirus no son una
solucin infalible: cada da se desarrollan nuevos virus los cuales pueden no ser
detectados por nuestro programa antivirus.
Por eso es imprescindible tener un programa antivirus permanentemente

actualizado, de tal manera que sea capaz de detectar los ltimos virus
aparecidos. Sin embargo, como decimos, un antivirus no es una solucin
infalible.
Las desinfecciones de archivos en caso de que un posible virus haya

destruido datos, sobrescribindolos con caracteres basura, por ejemplo, pueden
no tener ningn xito. Adems, en la mayora de los casos, despus de una
infeccin, no queda ms remedio que reinstalar equipos y recuperar datos de
copias de seguridad.
Por lo tanto, debemos invertir en medidas de prevencin y deteccin para que

las infecciones no lleguen a producirse. Si a pesar de todo ocurre lo peor,
debemos contar con copias de seguridad que hagan que las consecuencias
sean las menores posibles
Mediante una adecuada formacin de los usuarios. Si los usuarios de los

ordenadores son conscientes de
o
qu acciones pueden comportar algn peligro,
qu no deben hacer
y toman una serie de precauciones de seguridad y proteccin, gran parte de

las infecciones pueden ser evitadas.
De hecho, al igual que en la vida real, las medidas preventivas suelen ser las
medidas ms eficientes, puesto que resultan efectivas tanto con virus conocidos
como desconocidos. As, por ejemplo, los usuarios deben saber que no deben
abrir archivos ejecutables que vengan adjuntos en el correo electrnico, deben
saber que ciertos documentos de aplicaciones ofimticas pueden contener virus
de macro y deben ser comprobados con programas antivirus antes de abrirlos,
etc.
Pero estas dos medidas descritas puede que no sean suficientes para estar completamente
protegidos. As, por ejemplo, los antivirus no son los programas ms efectivos para enfrentarse
a los caballos de Troya. En su lugar, es ms recomendable la utilizacin de un firewall o
cortafuegos, ya que stos pueden impedir que una aplicacin de este tipo se comunique a
travs de la red.
Has viajado alguna vez a algn pas no perteneciente a la Unin Europea? Si es as, seguro
que has pasado alguna vez por un control de fronteras y sabrs que su tarea es la de examinar
a fondo a todo aqul que quiere cruzarla, ya sea en un sentido o en otro, preguntar qu
intenciones tiene y, en funcin de eso, decidir quin puede pasar la aduana y quin no. En
120
definitiva, lo que pretenden los pases con las aduanas es dotarse de ciertos mecanismos de
seguridad.
Un cortafuegos es una herramienta hardware o software utilizada en las redes de
ordenadores con el objetivo de dotar de cierta seguridad a las mismas.
Podemos pensar en un firewall como si fuese un control de fronteras a travs del cual tiene que
pasar todo el trfico IP que circula por la red. Al igual que en un control de fronteras, en este
punto se tomar la decisin de qu paquete IP puede seguir su curso y qu paquete IP es
detenido y destruido. Como sabemos, en una frontera, la decisin de si una persona puede
pasar o no se toma en funcin de quin es esa persona, qu actividades va a desarrollar en el
pas al que entra, etc.
De igual modo, en un cortafuegos, la decisin de si un paquete IP puede pasar el
firewall o no se tomar en funcin de las direcciones IP origen y/o destino de dicho
paquete, as como del puerto origen y/o destino al que vaya dirigida la informacin
que dicho paquete transporta.
As, por ejemplo, con un firewall:
Se puede impedir el paso a todo el trfico IP que vaya dirigido a una cierta direccin
IP o a una red concreta.
Se puede impedir el paso a todo el trfico que provenga de cierta direccin IP o de

cierta red concreta.
Se puede impedir el paso a todo trfico que no provenga de cierta direccin IP o de

cierta red concreta o que no vaya dirigido a cierta direccin IP o a cierta red concreta.
Se puede impedir el paso del trfico que vaya dirigido a un puerto concreto, por
ejemplo, al puerto 80, con lo que cerraramos el trfico de acceso a la Web.
Se puede permitir el acceso al puerto 80 de ciertos ordenadores e impedir el acceso

al puerto 80 de otros ordenadores, con lo que estableceramos a qu servidores Web
nos podemos conectar y a cules no.
Se puede, en definitiva, hacer cualquier combinacin de criterios que juegue con

direcciones IP origen y destino de los paquetes y puertos origen y destino de la
informacin que transportan.
Segn el lugar en el que estn situados, podemos distinguir dos tipos de firewall:
Cortafuegos corporativos. Es un firewall hardware o software situado en el router de

salida o entrada de una red local y cuyo objetivo es el de dar proteccin a la misma,
controlando qu trfico puede salir y entrar desde y hacia la red.
Cortafuegos personales. Es un firewall software situado en un ordenador personal y

cuyo objetivo es el de dar proteccin al mismo, controlando qu trfico puede salir del
ordenador hacia la red y qu trfico puede entrar desde la red hacia el ordenador. Este
software avisar al usuario cuando detecte el establecimiento de una conexin
sospechosa o simplemente la rechazar. Este tipo de cortafuegos cuenta con la
peculiaridad de que, adems de filtrar el trfico por direccin IP y puertos, tambin
permite al usuario establecer los permisos en funcin de las aplicaciones, decidiendo
qu programas pueden comunicarse por la red y cul no. Esto acerca una herramienta
de este tipo a los usuarios sin conocimientos en informtica.
Como hemos visto, son muchos los peligros que acechan en la Red y es prcticamente
imposible ponerse totalmente a salvo de todos ellos. El mejor consejo, no volverse paranoico,
pero tampoco dejado. Lo ms recomendable es llegar a un compromiso esfuerzo/necesidad;
es decir, tener muy claro qu hay que proteger y qu no, valorar la importancia y las
necesidades de seguridad en cada caso, y realizar una inversin acorde a esas necesidades
121
particulares. No obstante, hay una serie de normas bsicas que debemos seguir para tener
unas garantas mnimas de seguridad:
Contar con software completamente actualizado, tanto el sistema operativo como las
aplicaciones instaladas, pues muchos de los ataques a la seguridad aprovechan
vulnerabilidades, agujeros o errores del software instalado en el equipo, los cuales
suelen ser corregidos en versiones superiores de los programas.
Disponer de un antivirus actualizado que nos ayude a combatir los distintos tipos de
software maligno que puede de alguna manera infectar nuestro ordenador.
Disponer de un firewall que nos permita controlar los accesos a la red.

Guardar copias de seguridad de los datos importantes y crticos, para que en caso de
catstrofe, no los perdamos.
Pero no todas las medidas que tomamos cuando nos conectamos a Internet estn orientadas a
la seguridad, sino que hay otras muchas orientadas al control. Tienes hijos pequeos? Si es
as,
a que te gustara poder impedirles el acceso a ciertas pginas Web de contenido no

apropiado?
De igual manera, al dueo de una empresa le puede interesar impedir que un

trabajador se dedique a leer la prensa digital durante su horario de trabajo.
Como hemos visto, un cortafuegos no es capaz de precisar tanto filtrando, pues nos
permitira, por ejemplo, cortar todo el trfico Web, pero no el trfico slo a ciertas
pginas.
Es posible ejercer un control tan afinado?

La respuesta es que s, haciendo uso de lo que se conoce como servidor proxy, en
este caso un servidor proxy HTTP.
Un servidor proxy HTTP es una aplicacin que se sita entre el navegador y el servidor Web de
tal manera que intercepta las conexiones HTTP de aqul y lo sustituye de cara al servidor. Al
pasar todas las conexiones HTTP a travs de esta aplicacin, se pueden establecer en ella
ciertos criterios de filtrado para controlar, en funcin de la URL solicitada, qu conexiones
HTTP estn permitidas y cules no. As, por ejemplo:
Se pueden impedir las conexiones a ciertas URLs, explicitando cules deben ser
restringidas.
Se puede afinar an ms en este aspecto, impidiendo las conexiones a URLs que

contengan alguna palabra clave, por ejemplo, la palabra sexo.
Se puede impedir la descarga de recursos de un cierto tipo, por ejemplo, fotos o

ficheros musicales.
Generalmente el servidor proxy HTTP se sita, al igual que el cortafuegos, en el router de

salida de la red y monitoriza de forma transparente para el usuario (es decir, sin que ste se d
cuenta) sus conexiones Web hacia el exterior de la red local. Adems de restringir las
conexiones HTTP de los usuarios, con un proxy HTTP, tambin podemos realizar las siguientes
acciones:
Se puede mantener un registro de quin est navegando por la Web, cundo se

conecta y dnde se conecta.
Se pueden establecer horas en las que la conexin est permitida y horas a las que
no.
Se pueden especificar distintas polticas de uso de la Web, de tal manera que unos
usuarios tengan unas restricciones y otros usuarios tengan otras o ninguna.
122
Se puede acelerar el acceso a la Web mediante el uso de una cach en el servidor

proxy. Si esta opcin de configuracin del servidor proxy est disponible y activada, el
servidor mantendr una copia de las pginas solicitadas, de tal manera que si vuelven a
ser pedidas posteriormente, por el mismo o por otro usuario, stas pueden ser servidas
por el proxy en vez de por el servidor que aloja dichas pginas realmente, lo cual se
traduce en una mayor rapidez de servicio.
Se puede compartir la conexin a Internet para la navegacin Web. Si slo tiene

conexin a Internet un nico ordenador, por ejemplo, mediante una conexin ADSL, el
resto de ordenadores de la red local pueden navegar por la Web a travs de l si dicho
ordenador cuenta con una aplicacin proxy HTTP que los sustituya en las conexiones.
6 Elementos de interconexin
Los sistemas de cableado de red tienen limitaciones de distancia debidas a la prdida de
seales y otras caractersticas elctricas, adems las redes pueden utilizar distintos protocolos
de comunicaciones. Existen dispositivos que permiten salvar estas limitaciones:
Repetidores: Su misin es regenerar la seal. Dado que esta sufre de ruidos y

atenuaciones. Se conectan directamente entre dos segmentos de cable de la misma
red. Trabajan en el nivel fsico (Nivel 1 OSI), no interactuando con los protocolos de
niveles ms altos, por lo que no realizan ningn tipo de control o verificacin en las
amg-sque difunden.
Puedes (Bridges): Dispositivos capaces de interconectar dos redes. Fsicamente, las

redes pueden ser iguales o diferentes (Ethernet, TokenRing), pero los paquetes que
circulan han de ser del mismo tipo, es decir, con los mismos protocolos en el nivel de
enlace. Como el puente trabaja a nivel 2, puede detectar errores de transmisin.
Encaminadores (Routers): Unen varias redes, que pueden tener distintas topologas y
protocolos, siendo capaces de decidir, mediante el uso de tablas de encaminamiento,
por cual de aquellas a las que pertenecen han de difundir los mensajes que les llegan.
Pasarelas (Gateways): Permiten unir redes de arquitecturas y protocolos muy

diferentes.. Trabajan en los niveles ms altos de OSI.
Hubs y conmutadores (switches): Se utilizan para crear sistemas de cableado

estructurado. Un hub es un concentrador que forma el centro de un esquema de
cableado jerrquico configurado en estrella. Los conmutadores realizan una conexin
virtual entre un nodo que transmite y uno que recibe creando esencialmente un
segmento privado para el usuario, lo que proporciona trfico reducido.
123
U.T. 7 Sistemas de cableado estructurado
U.T. 7. SISTEMAS DE CABLEADO ESTRUCTURADO

1 Introduccin
Hasta hace unos aos para tablear un edificio se usaban distintos sistemas independientes
unos de otros. Esto llevaba a situaciones como el tener una red para voz (telefona
normalmente), otra distinta para megafona, otra de conexin entre ordenadores, etc. Este
esquema no permite la interoperabilidad. Con frecuencia cada sistema de cableado utiliza un
medio de transmisin propietario que no se puede interconectar con otros cableados. Con esta
situacin se dificulta mucho el mantenimiento y las posibles ampliaciones del sistema.
Un sistema de cableado estructurado (SCE) es una red de cables y conectores

en nmero, calidad y flexibilidad de disposicin suficientes que nos permita unir dos
puntos cualesquiera dentro del edificio para cualquier tipo de red (voz, datos o
imgenes). Adems, proporciona un enfoque sistemtico para el desarrollo de
sistemas de comunicaciones.
Consiste en usar un solo tipo de cable para todos los servicios que se quieran prestar y
centralizarlo para facilitar su administracin y mantenimiento.
Es vital que el cableado de comunicaciones sea capaz de soportar una variedad de
aplicaciones, y dure lo que dura la vida de una red. Si ese cableado es parte de un sistema
bien diseado de cableado estructurado, esto permite la fcil administracin de traslados,
adiciones, y cambios, as como una migracin transparente a nuevas topologas de red.
En un sistema de cableado estructurado, cada estacin de trabajo se conecta a un punto
central, facilitando la interconexin y la administracin del sistema, esta disposicin permite la
comunicacin virtualmente con cualquier dispositivo, en cualquier lugar y en cualquier
momento.
El sistema de cableado estructurado proporciona un medio coherente de organizar un sistema
de cableado. Mediante un conjunto de elementos: bloques de terminacin, mdulos,
conectores, cable, latiguillos, etc, instalados y configurados adecuadamente, proporciona
conectividad de voz , datos, vdeo y otras aplicaciones desde los repartidores designados hasta
las rosetas de las distintas mesas, estaciones de trabajo y otros emplazamientos.
124
Ventajas
Un sistema de cableado estructurado proporciona las siguientes ventajas:
Se encuentran regulados mediante estndares, lo que garantiza a los usuarios su

disposicin para las aplicaciones existentes, independientemente del fabricante de las
mismas, siendo soluciones abiertas, fiables y muy seguras.
Soporta medios y disposiciones normalizadas para cableado horizontal y vertical

(backbone)
Emplea interfaces de conexin estandarizados para la conexin fsica de los equipos.
Tiene un diseo consistente y uniforme. Sigue una planificacin y unos principios de

diseo bsicos.
Soporta equipamiento y aplicaciones de muchos fabricantes, no de uno solo. El sistema

de cableado es independiente de los equipos del fabricantes y, por tanto, es ms
flexible. Esto se conoce como arquitectura abierta.
Est diseado e instalado como un sistema ampliable, pero completo. El cableado no se

instala punto a punto segn van apareciendo las necesidades, como se hara con un
cableado no estructurado.
El sistema de cableado estructurado permite hacer convivir muchos servicios en una red
(voz, datos, vdeo, etc.) con la misma instalacin, independientemente de los equipos y
productos que se utilicen.
Se facilita y agiliza las labores de mantenimiento.
El sistema es seguro tanto a nivel de datos como a nivel de seguridad personal.
Al tratarse de un mismo tipo de cable, se instala todo sobre el mismo trazado.
El tipo de cable usado es de tal calidad que permite la transmisin de altas velocidades
para redes.
No hace falta una nueva instalacin para efectuar un traslado de equipo.
Desde hace ya varios aos, el mercado se ha decantado completamente por los sistemas de
cableado estructurado. Los sistemas no estructurados prcticamente no se emplean.
Inconvenientes
125
Un sistema de cableado estructurado tambin tiene inconvenientes:
Debido a los elementos que proporcionan flexibilidad de uso y espacio para

ampliaciones, el coste inicial es mayor para este tipo de sistemas, aunque la inversin
se amortiza rpidamente.
2 Normalizacin de sistemas de cableado estructurado

El primer estndar sobre sistemas de cableado fue EIA/TIA-568, una norma norteamericana
publicada en 1991. Durante aos ha sido la referencia para los sistemas de cableado pues no
haba otro documento de referencia similar.
Actualmente ya existe un estndar internacional sobre sistemas de cableado aprobado por
ISO: es el ISO-11801.
En Europa se llama EN-50173. Estas normas se han diseado con el objeto de proporcionar
las siguientes utilidades y funciones:
Un sistema de cableado genrico de comunicaciones para edificios comerciales.
Medios, topologa, puntos de terminacin y conexin, as como administracin, bien

definidos.
Instrucciones para el diseo de productos de comunicaciones para empresas

comerciales.
Capacidad de planificacin e instalacin del cableado de comunicaciones para un

edificio sin otro conocimiento previo que los productos que van a conectarse.
Desde Octubre de 2004 est vigente la revision B de la recomendacin, conocida como

ANSI/TIA/EIA-569-B Commercial Building Standard for Telecommunications Pathways and
Spaces.
2.1 Norma EIA/TIA-568

Fue en el ao 1985, cuando no haba norma alguna sobre sistemas de cableados, cuando la
CCIA (Computer Communications Industry Association) sugiri a la EIA (Electronic Industries
Association) que se encargara del proyecto de normalizacin de sistemas de cableado. En el
1988 se constituy la TIA (Telecommunications Industry Association) que colabor en el
desarrollo del que hoy conocemos como EIA/TIA-568 Commercial Building
126
Telecommunications Wiring Standard, publicado en 1991 para ser adoptado posteriormente

como estndar americano por ANSI.
El documento defina un conjunto (19 sistemas, cables y conectores de alta calidad, tanto en
cobre como en fibra ptica, que permitan crear un cableado estructurado en los edificios de
oficinas.
El objetivo del estndar americano es el de definir un sistema de cableado para edificios
comerciales individuales o agrupados, en reas de hasta 1.000.000 m2 con un lmite de 3.000
metros lineales y hasta 50.000 usuarios. La vida til esperada del sistema es de 10 aos.
La norma garantiza que los sistemas que se ejecuten de acuerdo a ella soportarn todas las
aplicaciones de telecomunicaciones presentes y futuras por un lapso de al menos diez aos.
Esto es, asegura que al menos durante los prximos diez aos desde que se emiti la norma
(hasta el 2001), todos los nuevos productos a aparecer podrn soportarse en los sistemas de
cableado que se diseen de acuerdo a la referida norma.
2.2 Norma ISO/IEC 11801

En 1994, la ISO y el IEC (International Electrotechnical Commission) adoptaron la EIA/TIA-568
bajo el nombre de ISO/IEC 11801, hacindola extensiva a Europa y el resto del mundo.
ste es el estndar internacional de sistemas de cableado. Tiene muchos puntos de
coincidencia con la norma EIAJTIA-568: se refiere a un mbito de edificios comerciales, con un
alcance similar, y se basa en la misma topologa en estrella jerrquica aceptada
mayoritariamente por los sistemas del mercado.
2.3 Norma CENELEC EN 50173

La norma europea EN 50173 (Performance requirements of generic cabling schemes),
aprobada en 1995, constituye el estndar de sistemas de cableado en Europa. Se trata de una
adaptacin del estndar ISO 11801 con el que coincide en los puntos fundamentales y discrepa
slo en algunos detalles.
3 Componentes
Ya que el sistema de cableado recibe el nombre de estructurado, sera conveniente conocer su
estructura. Al conjunto de todo el cableado de un edificio se le conoce con el nombre de
sistema y cada parte en la que se divide se da el nombre de subsistema. Existen 4
subsistemas:
rea de trabajo,
subsistema horizontal,
subsistema vertical, y
subsistema campus.
127
128
3.1 rea de trabajo

El rea de trabajo se define como la zona donde estn los
distintos puestos de trabajo de la red. En cada uno de ellos
habr una roseta de conexin (terminacin del cableado
horizontal) que permita conectar el dispositivo o dispositivos
que se quieran integrar en la red. Los componentes del rea
de trabajo se extienden desde la terminacin del cableado
horizontal (roseta) hasta el equipo en el cual se est
corriendo una aplicacin sea de voz, datos, video o control.
Los componentes del rea de trabajo son:
El cable o latiguillo (patch cord). Se compone de un cable de cobre y dos conectores de

RJ-45. Puede tener protectores. La categora del cable de enlace debe ser igual o
mayor a la categora del cable utilizado en el cableado horizontal. La mxima longitud
es de 3m.
El cable de fibra ptica (si empleamos esta tecnologa.
3.2 Subsistema horizontal

El subsistema horizontal lo conforman los elementos desde la roseta de cada una de las
reas de trabajo (ir un cable) a un lugar comn de centralizacin llamado panel de parcheo.
El panel de parcheo es donde se centraliza todo el cableado del edificio. Es el lugar al que
llegan los cables procedentes de cada una de las dependencias donde se ha instalado un
punto de la red.
Cada roseta colocada en el edificio tendr al otro extremo de su cable una conexin al panel de
parcheo. De esta forma se le podr dar o quitar servicio a una determinada dependencia
simplemente con proporcionarle o no seal en este panel.
Se conoce con el nombre de cableado horizontal a
los cables usados para unir cada rea de trabajo con
el panel de parcheo. Todo el cableado horizontal
deber ir canalizado por conducciones adecuadas.
En la mayora de los casos, se eligen para esta
funcin las llamadas canaletas que nos permiten de
una forma flexible trazar los recorridos adecuados
129
desde el rea de trabajo hasta el panel de parcheo.

Las canaletas van desde el panel de parcheo hasta las rosetas de cada uno de los puestos de
la red. Se podra dividir en dos tipos dependiendo del uso que se le d:
Las canaletas de distribucin. Recorren las distintas zonas del edificio y por ellas van
los cables de todas las rosetas.
Las canaletas finales. Llevan tan solo los cables de cada una de las rosetas.
Es muy conveniente que el panel de parcheo junto con los dispositivos de interconexin
centralizada (concentradores, latiguillos, routers, fuentes de alimentacin, etc.) estn
encerrados un armario de comunicaciones. De esta forma se aslan del exterior y por lo tanto
de su manipulacin accidental. Tambin facilita el mantenimiento al tenerlo todo en un mismo
lugar.
Como se puede observar la topologa usada es en estrella teniendo en cuenta que cada
mecanismo de conexin en la roseta est conectado a su propio mecanismo de conexin en el
panel de parcheo del armario de comunicaciones.
El subsistema horizontal incluye los siguiente elementos:
la roseta de conexin del rea de trabajo,
el panel de parcheo del armario de comunicaciones,
el cable entre ellos, y las canaletas,
el cableado cruzado en el panel de parcheo.
Cada cable horizontal no podr superar los 90 metros. Adems los cables para el parcheo en el
armario de comunicaciones no podrn tener ms de 6 metros y no podr superar los 3 metros
el cable de conexin del puesto de trabajo a la roseta.
3.3 Subsistema vertical

El cableado vertical (backbone) es el que interconecta los distintos armarios de
comunicaciones. stos pueden estar situados en plantas o habitaciones distintas de un mismo
edificio o incluso en edificios colindantes.
En el cableado vertical es usual utilizar fibra ptica o cable UTP, aunque el algunos casos se
puede usar cable coaxial.
130
La topologa que se usa es en estrella existiendo un panel de distribucin central al que se

conectan los paneles de distribucin horizontal. Entre ellos puede existir un panel intermedio,
pero slo uno.
En el cableado vertical estn incluidos los cables del backbone, los mecanismos en los paneles
principales e intermedios, los latiguillos usados para el parcheo; as como los mecanismos que
terminan el cableado vertical en los armarios de distribucin horizontal.
3.4 Subsistema campus

Lo forman los elementos de interconexin entre un grupo de edificios que posean una
infraestructura comn (fibras pticas, cables de pares, sistemas de radioenlace, etc.).
4 Cableado estructurado en categora 6

El cableado estructurado en categora 6 es el tipo de cableado ms solicitado hoy en da. Sus
caractersticas son:
Se refiere a la especificacin de las caractersticas elctricas de transmisin de los

componentes de un cableado basado en UTP.
Est normalizado por los apndices EIA/TIA TSB 36 (cables) y TSB 40 (conectores).
Es actualmente el que proporciona mayores niveles de ancho de banda y rendimiento.

Los elementos certificados bajo esta categora permiten mantener las especificaciones
de los parmetros elctricos dentro de los limites fijados por la norma hasta una
frecuencia de 250 Mhz en todos sus pares.
Es una especificacin genrica para cualquier par o cualquier combinacin de pares.
Se aplica a todos los elementos de la red.
Cuando se certifica una instalacin en base a la especificacin de "Categora 6" se hace

de extremo a extremo y se garantiza por escrito. Los parmetros elctricos que se
miden son: atenuacin en funcin de la frecuencia (dB), impedancia caracterstica del
cable (Ohms), acoplamiento del punto ms cercano (NEXT- dB), relacin entre
atenuacin y crostalk (ACR- dB), capacitancia (pf/m), resistencia(Ohms/m), y velocidad
de propagacin nominal.
131
5 Recomendaciones para la instalacin

Recomendaciones sobre canalizaciones
Los cables UTP no deben circular junto a cables de energa dentro de la misma caera
por muy corto que sea el trayecto.
Debe evitarse el cruce de cables UTP con cables de energa. De ser necesario, estos
deben realizarse a 90.
Los cables UTP pueden circular por bandejas compartidas con cables de energa
respetando el paralelismo a una distancia mnima de 10 cm. En el caso de existir una
divisin metlica puesta a tierra, esta distancia se reduce a 7 cm.
En el caso de caeras metlicas, la circulacin puede ser en conductos contiguos.
De usarse caeras plsticas, lubricar los cables (talco industrial, vaselina, etc) para
reducir la friccin entre los cables y las paredes de los caos ya que sta genera un
incremento de la temperatura que aumenta la adherencia.
El radio de las curvas no debe ser inferior a 2 pulgadas.
Las canalizaciones no deben superar los 20 metros o tener ms de 2 cambios de

direccin sin cajas de paso.
En tendidos verticales se deben fijar los cables a intervalos regulares para evitar el
efecto del peso en el acceso superior.
Al utilizar fijaciones (tales como grapas) no excederse en la presin aplicada (no arrugar
la cubierta), pues puede afectar a los conductores internos.
Recomendaciones sobre conexin a la roseta

Una vez peinado el cable se lo hace pasar con vaina y todo entre los conectores IDC de 4 y
luego se vuelve hacia atrs los pares separados conectndolos mediante la herramienta de
impacto en los mismos conectores IDC, haciendo coincidir los colores de los pares con las
pintas de colores pintadas en el conector IDC. La herramienta de impacto posiciona el cable
dentro de la "V" del conector IDC, la cual le rasga el aislante al alambre y hace el contacto,
cortando luego el excedente. Es importante mantener el trenzado del cable hasta el borde de la
"V", si est enroscada de ms no molesta, el problema es que estn los alambres paralelos, en
cuyo caso no da la medicin del "Next" y no pasa la certificacin. Luego se colocan las
cpsulas protectoras de plstico sobre los conectores IDC para fijar la conexin y evitar que los
alambres se salgan por tirones en los cables.
Recomendaciones sobre conexin del panel de parcheo
Se procede de forma similar a la roseta. Es importante fijar los cables a las guas provistas a tal
fin y asegurarlos con un precinto para inmovilizarlos. Es importante recordar que son alambres
y que si se los tironea pueden salirse y dejar de hacer contacto. En el circuito impreso del panel
de parcheo se encuentran marcados los nmeros de contacto de cada RJ45 y los contactos
IDC se encuentran marcados con pintas de colores para una identificacin ms fcil con los
pares del cable UTP.
Recomendaciones sobre elaboracin de latiguillos
No se recomienda la elaboracin de los latiguillos, pues es dificil lograr que los valores den la
certificacin. En caso de que se desee elaboralos, se provee a continuacin el detalle de los
pines que corresponden a cada par. Hay que tener en cuenta que los pares se deben mantener
trenzados hasta lo mas cerca posible del contacto.
Recomendaciones sobre sobre el testeo
A medida que se avanza en la conexin es conveniente ejecutar un testeo de red, con un
comprobador rpido, para verificar la continuidad, posibles cortocircuitos, y la correcta
identificacin de los cables. Una vez realizadas las conexiones y la identificacin del cableado,
132
,LE, [N.O
se debe ejecutar la prueba de rendimiento. Es lo que comnmente se conoce como

"verificacin" o "certificacin".
Estas mediciones se ejecutan con instrumentos especficos para este fin de diversas marcas y
procedencias. Estos equipos permiten elegir a voluntad el parmetro a medir (longitud,
atenuacin, impedancia, next, etc.) o ejecutar un test general (autotest) que ejecuta todas las
mediciones arrojando un resultado general de fallo o aceptacin.
Recomendaciones en cuanto a la documentacin
La administracin del sistema de cableado incluye la documentacin de los cables,
terminaciones de los mismos, cruces, paneles de parcheo, armarios de telecomunicaciones y
otros espacios ocupados por los sistemas de telecomunicaciones.
La documentacin es un componente de la mxima importancia para la operacin y el
mantenimiento de los sistemas de telecomunicaciones. Resulta importante poder disponer , en
todo momento, de la documentacin actualizada, y fcilmente actualizable, dada la gran
variabilidad de las instalaciones debido a mudanzas, incorporacin de nuevos servicios,
expansin de los existentes, etc. En particular, .es muy importante proveer planos de todos los
pisos, en los que se datallen:
Ubicacin de los gabinetes de telecomunicaciones.
Ubicacin de caeras a utilizar para cableado vertical.
Disposicin de tallada de los puestos elctricos en caso de ser necesarios.
6 Cables de comunicaciones
6.1 Tipos de cables
Las principales diferencias de rendimiento entre los distintos tipos de cables radican en la
anchura de banda permitida (y consecuentemente en el rendimiento mximo de transmisin),
su grado de inmunidad frente a interferencias electromagnticas y la relacin entre la prdida
de la seal y la distancia recorrida (atenuacin).
En la actualidad existen bsicamente tres tipos de cables factibles de ser utilizados para el
cableado en el interior de edificios o entre edificios:
Par Trenzado
Coaxial (no se recomienda para instalaciones nuevas, excepto redes de TV y CATV)
Fibra ptica
6.1.1 Par trenzado

Es actualmente el tipo de cable ms comn en redes de rea local y se origin como solucin
para conectar redes de comunicaciones reutilizando el cableado existente de redes telefnicas.
Cada cable de este tipo est compuesto por una serie de pares de cables trenzados. Los pares
se trenzan para reducir la diafona (interferencia o crosstalk entre pares adyacentes).
El cable tpico en las redes de rea local y en la conexin final de equipos es el de 4 pares. Los
cables llamados multipar pueden tener 25, 50, 100, 200 y 300 pares.
Las normativas de cableado estructurado clasifican los diferentes tipos de cable de pares
trenzados en categoras de acuerdo con sus caractersticas para la transmisin de datos, las
cuales vienen fijadas fundamentalmente por la densidad de trenzado del cable (nmero de
vueltas por metro) y los materiales utilizados en el recubrimiento aislante. La caracterstica
principal de un cable desde el punto de vista de transmisin de datos es su atenuacin.
133
La clasificacin en categoras, adems de aplicarse a un cable aislado se aplica a instalaciones

ya hechas.
Este tipo de cable soporta: redes de rea local ISO 8802.3 (Ethernet) e ISO 8802.5 (Token
Ring); telefona analgica y digital; lneas de control y alarmas; alimentacin elctrica (PoE:
Power over Ethernet);
6.1.1.1 Tipos de cables de par trenzadosegn el material

Par trenzado no apantallado (UTP: Unshielded Twisted Pair).
Con conectores RJ-45 es el ms utilizado en redes de rea local en Europa. Las mayores
ventajas de este tipo de cable son su bajo costo y su facilidad de manejo. Sus mayores
desventajas son su mayor tasa de error respecto a otros tipos de cable, as como sus
limitaciones para trabajar a distancias elevadas sin regeneracin.
Al ser un cable ligero, flexible y de pequeo dimetro (el tpico es de 0'52cm) su instalacin es
sencilla, tanto para una utilizacin eficiente de canalizaciones y armarios de distribucin como
para el conexionado de rosetas y regletas.
Par trenzado apantallado (STP: Shielded Twisted Pair)

Con conectores RJ-49 es el ms utilizado en redes de rea local en EE.UU. Cada par se cubre
con una malla metlica y el conjunto de pares se recubre con una lmina blindada. El empleo
de la malla blindada reduce la tasa de error, pero incrementa el coste de fabricacin y lo hace
menos manejable ya que incrementa su peso y disminuye su flexibilidad.
Es recomendable conectar la masa a tierra en uno de los extremos, para evitar daos a los
equipos.
Par trenzado con aluminio (FTP: Foiled Twisted Pair)

El conjunto de pares se recubre con una lmina de aluminio. Esta tcnica permite tener un
apantallamiento mejor que UTP con un pequeo sobrecoste. De nuevo es recomendable
conectar la masa a tierra, por lo que se usan conectores RJ49.
134
6.1.1.2 Tipos de cables de par trenzadosegn el uso

El cable directo de red sirve para conectar dispositivos desiguales, como un computador con un
hub o switch. En este caso ambos extremos del cable deben tener la misma distribucin. No
existe diferencia alguna en la conectividad entre la distribucin 568B y la distribucin 568A
siempre y cuando en ambos extremos se use la misma, en caso contrario hablamos de un
cable cruzado.
El esquema ms utilizado en la prctica es tener en ambos extremos la distribucin 568B.
Cable directo 568A
Cable directo 568B
Cable cruzado
Un cable cruzado es un cable que interconecta todas las seales de salida en un conector con
las seales de entrada en el otro conector, y viceversa; permitiendo a dos dispositivos
electrnicos conectarse entre s con una comunicacin full duplex.
El cable cruzado sirve para conectar dos dispositivos igualitarios, como 2 computadoras entre
s, para lo que se ordenan los colores de tal manera que no sea necesaria la presencia de un
hub o switch. A algunas tarjetas de red les es indiferente que se les conecte un cable cruzado o
normal, ellas mismas se configuran para poder utilizarlo.
Para crear un cable cruzado que funcione en 10/100baseT, un extremo del cable debe tener la
distribucin 568A y el otro 568B. Para crear un cable cruzado que funcione en
10/100/1000baseT, un extremo del cable debe tener la distribucin Gigabit Ethernet (variante
A), igual que la 568B, y el otro Gigabit Ethernet (variante B1).
6.1.2 Cable coaxial

El cable coaxial esta formado por un ncleo de cobre (llamado vivo) rodeado de un material
aislante (dielctrico); el aislante est cubierto por una pantalla de material conductor, que
segn el tipo de cable y su calidad puede estar formada por una o dos mallas de cobre, un
papel de aluminio, o ambos. Este material de pantalla est recubierto a su vez por otra capa de
material aislante.
135
El cable coaxial ms utilizado en la actualidad es el de 75 de impedancia tambin llamado

cable coaxial de banda ancha, que no es ni ms ni menos que el cable coaxial utilizado para
televisin y redes de cable (CATV).
En la actualidad no se emplea.
6.1.3 Fibra ptica

La fibra ptica es un medio excelente para la transmisin de informacin por sus
caractersticas: gran ancho de banda, baja atenuacin de la seal que permite cubrir grandes
distancias sin repetidores, integridad -proporcin de errores baja, inmunidad a interferencias
electromagnticas, alta seguridad y larga duracin.
Sus mayores desventajas son su coste de produccin -superior al resto de los tipos de cable- y
su fragilidad durante el manejo en produccin.
La terminacin de los cables de fibra ptica requiere un tratamiento especial para convertir la
seal ptica en elctrica que ocasiona un aumento de los costes de instalacin
(optoelectrnica).
El medio de transmisin -la fibra ptica- es un conductor de ondas en forma de filamento
recubierto por una funda ptica o cubierta. La fibra interior, llamada ncleo, transporta el haz
luminoso a lo largo de su longitud gracias a su propiedad de reflexin total interna y la fibra
exterior -con un ndice de refraccin menor- acta como 'jaula' para evitar que sta escape.
La relacin entre los ndices de refraccin del ncleo y de la cubierta depende tambin del
radio del ncleo y se conoce como apertura numrica. Las fibras con una baja apertura solo
permiten un nico modo de propagacin, o camino del haz luminoso, (fibras monomodo), las
fibras con una apertura mayor permiten varios modos (fibras multimodo).
La luz normalmente es emitida por un diodo de inyeccin lser ILD (fibra monomodo) o un
diodo de emisin de luz LED (fibra multimodo). Los ILDs emiten luz coherente, es decir un
nico rayo de luz, por tanto cada pulso de luz se propaga a travs de la fibra en un solo modo,
sin dispersin, y se utilizan con fibras monomodo.
El equipamiento basado en fibra monomodo proporciona un gran ancho de banda y una baja
atenuacin con la distancia, por lo que se utiliza para transmitir a grandes velocidades y/o a
grandes distancias. En cambio el equipamiento basado en fibra multimodo y LEDs resulta ms
econmico y sencillo de implantar.
Los cables pueden fabricarse en base a fibras recubiertas individualmente (cables de
estructura ajustada) o basndose en tubos de material plstico que contienen cada uno hasta
12 o 24 fibras pticas mezcladas en gel (cables de estructura holgada) y con recubrimiento de
fibra de aramida (Kevlar) para grandes tendidos.
136
La transmisin por una fibra ptica normalmente es simplex; para conseguir comunicacin fullduplex es necesario instalar dos fibras, una para cada sentido.
En redes locales se utilizan principalmente fibras multimodo con emisores LED. Estos equipos
son ms baratos que los lser, tienen una vida ms larga, son menos sensibles a los cambios
de temperatura y ms seguros. A muy altas velocidades es necesario utilizar emisores lser ya
que los emisores de luz normal no pueden reaccionar con la rapidez suficiente, por eso en
algunas redes locales (Gigabit Ethernet, Fibre Channel y ATM) se utilizan emisores lser
cuando se quiere gran velocidad pero no se requiere gran alcance.
Dado que los cableados de red local no disponen normalmente de fibra monomodo se ha
extendido en los ltimos aos el uso de emisores lser en fibra multimodo, principalmente para
Fibre Channel y Gigabit Ethernet.
En redes de rea extensa siempre se utiliza fibra monomodo y emisores lser. Actualmente se
puede llegar a distancias de 160 Km sin amplificadores intermedios. El mayor costo de los
emisores se ve en este caso sobradamente compensado por la reduccin en equipos
intermedios (amplificadores y regeneradores de la seal).
Cables de fibra ptica
Como ya hemos dicho, cada fibra de vidrio consta de:
Un ncleo: En slice, cuarzo fundido o plstico por el cual se propaga la onda.
Funda ptica o Cubierta: Generalmente de los mismos materiales que el ncleo pero
con aditivos que confinan las ondas pticas en el ncleo.
Revestimiento de proteccin: Generalmente de plstico. Asegura la proteccin

mecnica de la fibra.
Interconexin de fibra ptica

Para la interconexin de fibras pticas se utilizan conectores, acopladores y soldaduras. Los
conectores y acopladores ofrecen mxima versatilidad pero introducen una prdida de la seal
de un 10%. La soldadura o fusin tiene una prdida de seal muy pequea, pero ha de llevarla
a cabo un tcnico especializado con equipo altamente sofisticado.
Un acoplador es bsicamente un puente, es decir una transicin mecnica necesaria para dar
continuidad al paso de luz del extremo de un cable de fibra ptica a otro. Existen acopladores
hbridos, que permiten acoplar dos diseos distintos de conector.
En el pasado el conector ST se ha utilizado habitualmente en redes de datos con fibras
multimodo. Actualmente el estndar ISO 11801 impone para las nuevas instalaciones el uso de
SC Duplex (SC-D) -usado habitualmente en telefona. Otro conector que se ha utilizado
bastante en telefona es el FC.
137
6.1.4 Comparativa de cables

En el siguiente cuadro se presenta una comparativa de los distintos tipos de cables descritos.
Es recomendable que los cables de cobre y fibra ptica dentro de un edificio sean resistentes al
fuego, generen poco humo y cero halgenos y sean retardantes de la llama, de acuerdo al
estndar IEC 332-1, o equivalente.
Cuando se instalen cables de cobre o de fibra ptica en canalizaciones subterrneas, stos
deben tener proteccin adicional contra roedores, humedad y agua, radiacin ultravioleta,
campos magnticos y tensin de instalacin.
Si la distancia o el ancho de banda demandado lo exige ser necesario utilizar fibra ptica.
Adems se recomienda utilizar fibra cuando se da alguna de las siguientes circunstancias:
El cableado une edificios diferentes; en este caso el uso de cable de cobre podra
causar problemas debido a posibles diferencias de potencial entre las tierras de los
edificios que podran provocar corrientes inducidas en el cable. Adems se podra ver
muy afectado por fenmenos atmosfricos.
Se desea mxima seguridad en la red (el cobre es ms fcil de interceptar que la fibra).
Se atraviesan atmsferas que pueden resultar corrosivas para los metales.
Se sospecha que puede haber problemas de interferencia elctrica por proximidad de

motores, luces fluorescentes, equipos de alta tensin, etc.
Cuando no se d alguna de las razones que aconsejan utilizar fibra es recomendable utilizar
cobre, ya que es ms barato el material, la instalacin y las interfaces de conexin de los
equipos; adems es ms fcil realizar modificaciones en los paneles de conexin, empalmes,
etc.
En general en una instalacin grande se utiliza fibra para los tendidos principales (uniones
entre edificios y cableado vertical para distribucin por plantas dentro del edificio) y cobre para
el cableado horizontal y quiz tambin para el cableado vertical (junto con la fibra) si las
distancias entre los armarios as lo aconsejan.
138
6.2 Canalizaciones
Las canalizaciones son utilizadas para distribuir y soportar el cable y conectar equipamiento
entre la salida del rea de trabajo y el cuarto de telecomunicaciones. Los cables deben ir
fijados en capas mediante abrazaderas colocadas a intervalos de 4 metros.
Para evitar interferencias electromagnticas la canalizacin de las corrientes dbiles (cables de
datos) debe mantenerse separada de corrientes fuertes (cables elctricos y dispositivos
electromagnticos). Adems en caso de cruzarse deben hacerlo perpendicularmente.
139
6.3 Componentes del cableado estructurado

A continuacin se detallan los elementos mas usuales en instalaciones.
Conector macho RJ45 y RJ49
La RJ-45 es una interfaz fsica comnmente usada para conectar redes de cableado
estructurado, (categoras 4, 5, 5e, 6 y 6a). Posee ocho "pines" o conexiones elctricas, que
normalmente se usan como extremos de cables de par trenzado.
Una aplicacin comn es su uso en cables de red Ethernet, donde suelen usarse 8 pines (4
pares). Otras aplicaciones incluyen terminaciones de telfonos (4 pines o 2 pares) y otros
servicios de red como RDSI y T1 e incluso RS-232.
140
141
Conector hembra RJ45 y RJ49

Se trata de un dispositivo modular de conexion monolinea, hembra, apto para conectar plug
RJ45, que permite su insercin en rosetas y frentes de paneles de parcheo mediante un
sistema de encastre. Permite la colocacin de la cantidad exacta de conexiones necesarias.
Roseta
Se trata de una pieza plstica de soporte que se amura a la pared y permite encastrar hasta 2
conectores RJ45 hembra, formando una roseta de hasta 2 bocas. No incluye en conector que
se compra por separado.
Rosetas integradas
Usualmente de 2 bocas. Posee un circuito impreso que soporta conectores RJ45 o RJ49 y
conectores IDC (Insulation Desplacement Connector) de tipo 110 para conectar los cables UTP
slidos con la herramienta de impacto.
142
Panel de parcheo
Estn formados por un soporte, usualmente metlico y de medidas compatibles con rack de 19"
(19 pulgadas), que sostiene placas sobre la que se montan: de un lado los conectores RJ45
hembra (o RJ49) y del otro los conectores IDC para block tipo 110.
Se proveen en capacidades de 12 a 96 puertos (mltiplos de 12) y se pueden apilar para
formar capacidades mayores. Cdigo Discar: CAT5PPxxP
Paneles pasahilos
Cada panel de 24 conectores instalado tendr un pasahilos de 1u instalado en el espacio
inmediatamente superior o inferior. Los paneles de parcheo se agruparn de dos en dos, de
forma que cada grupo de dos paneles contarn con un pasahilos de 1u situado en el espacio
inmediatamente superior y otro pasahilos de 1u situado en el espacio inmediatamente inferior.
Asimismo, se prevern pasahilos para la electrnica de red siguiendo la misma regla indicada
para los paneles de parcheo.
Regletas de alimentacin
Se instalarn regletas de tomas de corriente tipo schuko de 16A con toma de tierra. Las
regletas sern de montaje en unidades de 19 y se instalarn en horizontal en el perfil posterior
del rack, mirando hacia la parte frontal. El nmero de tomas tipo schuko ser de un mnimo de
8. Las regletas contarn con un interruptor de encendido/apagado, con sistema luminoso de
indicacin de encendido. Las regletas irn alimentadas de SAI.
Armario de comunicaciones
Los armarios (rack) son los elementos donde se concentra el cableado estructurado, y donde
se alojan los elementos de comunicaciones, como switches, routers, SAI, centralitas
telefnicas, etc. En dichos armarios se realizan las interconexiones para la activacin de los
servicios en las tomas de los usuarios.
143
Visin general
144
6.4 Herramientas
Herramienta de impacto
La herramienta de impacto permite la unin del cable de red con el conector RJ45 hembra.
Posee un resorte que se puede graduar para dar distintas presiones de trabajo y sus puntas
pueden ser cambiadas para permitir la conexin de otros conectores.
145
Herramienta de crimpear
La herramienta de impacto permite la unin del cable de red
con el conector RJ45 macho. Normalmente tiene una posicin
para crimpear conectores RJ45 y otra para conectores RJ11.
Al igual que ella permite: cortar el cable, pelarlo y apretar el
conector para fijar los hilos flexibles del cable a los contactos.
Cortador y pelador de cables

Permite agilizar notablemente la tarea de pelado de vainas
de los cables UTP, tanto slidos como flexibles, as como
el emparejado de los pares internos del mismo. No
produce marcado de los cables, como es habitual cuando
se utiliza el alicate o pinza de corte normal.
Probador rpido de cable de red

Ideal para comprobar los cableados (no para certificar) por
parte del tcnico instalador. De bajo costo y fcil manejo.
Permite detectar fcilmente: cables cortados o en
cortocircuito, cables corridos de posicin, piernas
invertidas, ...
Suele estar formado por dos piezas que se presentan
juntas, pero que para comprobar cables con los estremos
muy separados se pueden separar y colocar cada una de
ellas en un extremo del cable.
Certificador de cableado
Permite verificar que un cable de red cumple un
determinado estandar de red, por ejemplo, que cumple con
la categora 5e. Adems de validar la categora, ofrece
herramientas que indican la longitud del cable, el punto
donde hay una rotura,
Normalmente permite registrar los datos recogidos durante
el proceso de certificacin para ser anexados en los
documentos de certificacin a entregar al cliente.
146

Redes de Ordenadores

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Redes de Ordenadores

Enviado por

Direitos autorais:

Formatos disponíveis

REDES

U.T. 1 Redes de ordenadores

U.T. 1. REDES DE ORDENADORES

La fuente de la informacin es el dispositivo que genera los datos a transmitir. La

El transmisor de la informacin. En la mayora de las ocasiones, los datos generados

El sistema de transmisin es el sistema a travs del cual viaja la informacin desde la

El receptor de la informacin. De igual manera que la informacin generada por la

U.T. 1 Redes de ordenadores

El destino de la informacin. Es el dispositivo al que van dirigidos los datos

En la siguiente figura se muestra un esquema simplificado de un sistema de comunicacin.

U.T. 1 Redes de ordenadores

Una red de ordenadores es un conjunto de ordenadores autnomos (es decir, con

Ahorro econmico. Gracias a la posibilidad de compartir ciertos recursos, no es

Normalmente definimos la informtica como la ciencia que estudia el tratamiento de la

U.T. 1 Redes de ordenadores

que la carta llegue desde la mesa de tu escritorio hasta las manos de

U.T. 2 Arquitecturas de sistemas de comunicaciones

U.T. 2. ARQUITECTURAS DE SISTEMAS DE

1.1 Concepto de arquitectura de comunicaciones

Componentes fsicos. Ordenadores, terminales, controladores de comunicaciones,

Componentes lgicos. Sistemas operativos de red, sistemas de ficheros, entidades

1.2 Arquitecturas propietarias y estndar

U.T. 2 Arquitecturas de sistemas de comunicaciones

3 Arquitecturas basadas en niveles

Como los niveles son independientes, es posible sustituir el protocolo de un

U.T. 2 Arquitecturas de sistemas de comunicaciones

Una capa puede ofrecerle a la capa superior dos tipos de servicio:

Servicio orientado a la conexin. Servicio en el que se garantiza que los datos le

Servicio no orientado a la conexin. Servicio en el que los datos podrn llegar en

En realidad, los datos no se transfieren directamente de la capa n de una mquina a la capa n

U.T. 2 Arquitecturas de sistemas de comunicaciones

En la fuente de la comunicacin cada capa recibe datos de la capa superior. Estos

En el destino de la comunicacin cada capa recibe datos de la capa inferior. Dichos

U.T. 2 Arquitecturas de sistemas de comunicaciones

Disponemos de dos modelos de referencia para la conexin de sistemas:

El modelo de referencia OSI.

El modelo de referencia TCP/IP.

4 El modelo de referencia OSI

Cada capa debe realizar una funcin bien definida.

La funcin de cada capa se debe elegir pensando en la definicin de protocolos

U.T. 2 Arquitecturas de sistemas de comunicaciones

4.1 Capas del modelo OSI

Capa de red o de interred.

4.1.1 Capa fsica

Definir las caractersticas materiales (componentes y conectores mecnicos) y

Definir las caractersticas funcionales de la interfaz (cmo se establece la conexin

U.T. 2 Arquitecturas de sistemas de comunicaciones

Definir si la transmisin se puede efectuar simultneamente en ambas direcciones o no.

Transmitir el flujo de bits a travs del medio.

Garantizar la conexin, aunque no la fiabilidad de dicha conexin.

4.1.2 Capa de enlace

4.1.3 Capa de red o de interred

U.T. 2 Arquitecturas de sistemas de comunicaciones

4.1.4 Capa de transporte

4.1.5 Capa de sesin

U.T. 2 Arquitecturas de sistemas de comunicaciones

Un servicio de sesin relacionado es el manejo de testigos. Para algunos protocolos es

4.1.6 Capa de presentacin

4.1.7 Capa de aplicacin

4.2 Transmisin de datos en el modelo OSI

U.T. 2 Arquitecturas de sistemas de comunicaciones

5 El modelo de referencia TCP/IP

Capa de acceso a la red.

U.T. 2 Arquitecturas de sistemas de comunicaciones