Anda di halaman 1dari 24

Protocolo TCP/IP

05

En esta Unidad aprenders a:

1 Conocer la estructura de la pila


de protocolos TCP/IP.

2 Analizar el funcionamiento de las


redes basadas en el protocolo
TCP/IP.

2 Resolver problemas mediante


los comandos y las utilidades
de diagnstico ms conocidas.

4 Configurar los parmetros y


servicios bsicos en distintos
routers.

5 Comprender el funcionamiento de
los elementos implicados en las
tcnicas de enrutamiento.
5.1 Introduccin al protocolo TCP/IP
Las siglas TCP/IP se refieren a un conjunto de protoco- estndar en todo tipo de aplicaciones telemticas,
los para comunicaciones de datos. Este conjunto toma incluidas las redes locales y corporativas. Y es precisa-
su nombre de dos de sus protocolos ms importantes, el mente en este mbito, conocido como Intranet, donde
protocolo TCP (Transmission Control Protocol) y el proto- TCP/IP adquiere cada da un mayor protagonismo.
colo IP (Internet Protocol). La popularidad del protocolo TCP/IP no se debe tanto a
Internet como a una serie de caractersticas que respon- Pueden consultarse ms de
La evolucin del protocolo TCP/IP siempre ha estado muy den a las necesidades actuales de transmisin de datos en tres mil RFCs en la pgina
ligada a la de Internet. En 1969 la agencia de proyectos todo el mundo, entre las cuales destacan las siguientes: web www.rfc-editor.org. El
de investigacin avanzada, ARPA (Advanced Research Pro- RFC Editor es un grupo fun-
jects Agency) desarroll un proyecto experimental de red Los estndares del protocolo TCP/IP son abiertos y dado por la Sociedad Inter-
conmutada de paquetes al que denomin ARPAnet. ampliamente soportados por todo tipo de sistemas, net (www.isoc.org/esp). Por
es decir, se puede disponer libremente de ellos y fortuna los estndares RFC
ARPAnet comenz a ser operativa en 1975, pasando son desarrollados independientemente del hardware pueden ser ledos en espaol
entonces a ser administrada por el ejrcito de los EEUU. de los ordenadores o de los sistemas operativos. gracias al trabajo desintere-
En estas circunstancias se desarrolla el primer conjunto sado del Grupo de Traduccin
bsico de protocolos TCP/IP. Posteriormente, y ya entra- TCP/IP funciona prcticamente sobre cualquier tipo al castellano de RFC
dos en la dcada de los ochenta, todos los equipos mili- de medio, no importa si es una red Ethernet, una (www.rfc-es.org).
tares conectados a la red adoptan el protocolo TCP/IP y conexin ADSL o una fibra ptica.
se comienza a implementar tambin en los sistemas
Unix. Poco a poco ARPAnet deja de tener un uso exclu- TCP/IP emplea un esquema de direccionamiento
sivamente militar, y se permite que centros de investi- que asigna a cada equipo conectado una direccin
gacin, universidades y empresas se conecten a esta red. nica en toda la red, aunque la red sea tan extensa
Se habla cada vez con ms fuerza de Internet y en 1990 como Internet.
ARPAnet deja de existir oficialmente.
La naturaleza abierta del conjunto de protocolos TCP/IP
En los aos sucesivos y hasta nuestros das las redes requiere de estndares de referencia disponibles en docu-
troncales y los nodos de interconexin han aumentado mentos de acceso pblico. Actualmente todos los estn-
de forma imparable. La red Internet parece expandirse dares descritos para los protocolos TCP/IP son publica-
sin lmite, aunque manteniendo siempre una constante: dos como RFC (Requests for Comments) que detallan lo
el protocolo TCP/IP. En efecto, el gran crecimiento de relacionado con la tecnologa de la que se sirve Internet:
Internet ha logrado que el protocolo TCP/IP sea el protocolos, recomendaciones, comunicaciones, etctera.

5.2 Arquitectura del protocolo TCP/IP


El protocolo TCP/IP fue creado antes que el modelo de Modelo de Arquitectura
capas OSI, as que los niveles del protocolo TCP/IP no referencia OSI TCP/IP
coinciden exactamente con los siete que establece el OSI.
7 Aplicacin
Existen descripciones del protocolo TCP/IP que definen
de tres a cinco niveles. La Figura 5.1 representa un Procesos y
6 Presentacin Aplicacin 4
aplicaciones de red
modelo de cuatro capas TCP/IP y su correspondencia con
el modelo de referencia OSI. 5 Sesin
Permite el envo de
Los datos que son enviados a la red recorren la pila del 4 Transporte Transporte 3 datos de extremo a
protocolo TCP/IP desde la capa ms alta de aplicacin extremo
hasta la ms baja de acceso a red. Cuando son recibidos, 3 Red Internet 2 Define datagramas
recorren la pila de protocolo en el sentido contrario. y maneja rutas
2 Enlace Acceso
a 1 Rutinas que
Durante estos recorridos, cada capa aade o sustrae cierta permiten el acceso
informacin de control a los datos para garantizar su 1 Fsica red
fsico a la red
correcta transmisin, como ya hemos visto en la Unidad 4.
Fig. 5.1. Correspondencia del modelo OSI con TCP/IP.

095
3
4
Capa de aplicacin Existe otra recomendacin: la RFC 894 es el estndar para
DATOS
la transmisin de datagramas IP sobre redes Ethernet.
Especifica cmo se encapsulan datagramas del protocolo
3 IP para que puedan transmitirse en una red Ethernet.
Capa de transporte HEADER DATOS

2 B. Capa de red: Internet


Capa de red
HEADER HEADER DATOS
La capa Internet se encuentra justo encima de la capa de
1
acceso a red. En este nivel el protocolo IP es el gran pro-
Capa de tagonista. Existen varias versiones del protocolo IP: IPv4
HEADER HEADER HEADER DATOS es en la actualidad la ms empleada, aunque el creci-
acceso a red
miento exponencial en el tamao de las redes compro-
mete cada vez ms su operatividad. El nmero de equipos
Datos enviados Datos recibidos que IPv4 puede direccionar comienza a quedarse corto.
Fig. 5.2. Encapsulado de datos por los niveles TCP/IP. Para poner remedio a esta situacin se ha desarrollado la
versin IPv6, con una capacidad de direccionamiento
muy superior a IPv4, pero totalmente incompatible.
Como esta informacin de control se sita antes de los
datos que se transmiten, se llama cabecera (header). En El protocolo IP se ha diseado para redes de paquetes
la Figura 5.2 se puede ver cmo cada capa aade una conmutados no orientadas a conexin, lo cual quiere
cabecera a los datos que se envan a la red. Este proceso decir que cuando dos equipos quieren conectarse entre
se conoce como encapsulado. s no intercambian informacin para establecer la sesin.
IP tampoco se encarga de comprobar si se han producido
Si en vez de transmitir datos se trata de recibirlos, el errores de transmisin, confa esta funcin a las capas
proceso sucede al revs. Cada capa elimina su cabecera superiores. Todo ello se traduce en que los paquetes de
correspondiente hasta que quedan slo los datos. datos contienen informacin suficiente como para pro-
pagarse a travs de la red sin que haga falta establecer
En teora cada capa maneja una estructura de datos pro- conexiones permanentes.
pia, independiente de las dems, aunque en la prctica
estas estructuras de datos se disean para que sean Para el protocolo IP un datagrama es el formato que
compatibles con las de las capas adyacentes. Se mejora debe tener un paquete de datos en la capa de red. La
as la eficiencia global en la transmisin de datos. Figura 5.3 representa la estructura de un datagrama:
muestra las seis primeras palabras de la cabecera y el
punto desde el que se comienzan a transmitir los datos.
A. Capa de acceso a red
Las cinco (o seis) primeras palabras de 32 bits contienen
Dentro de la jerarqua del protocolo TCP/IP la capa de la informacin necesaria para que el datagrama se pro-
acceso a red se encuentra en el nivel ms bajo. Es en esta pague por la red, y a continuacin se adjuntan los datos.
capa donde se define cmo encapsular un datagrama IP La lgica de funcionamiento del protocolo IP es simple:
en una trama que pueda ser transmitida por la red, siendo para cada datagrama consulta la direccin origen (pala-
en una inmensa mayora de redes LAN una trama Ethernet. bra 4) y la compara con la direccin destino (palabra 5).
Si resulta que origen y destino se corresponden con
Otra funcin importante de esta capa es la de asociar las equipos (hosts) de la misma red, el datagrama se enva
direcciones lgicas IP a direcciones fsicas de los dispo- directamente de un equipo a otro. Si, por el contrario,
sitivos adaptadores de red (NIC). Por ejemplo: la direc- los equipos pertenecen a redes distintas, se hace nece-
cin IP 192.168.1.5 de un ordenador se asocia a la direc- saria la intervencin de una puerta de enlace o gateway
cin Ethernet 00-0C-6E-2B-49-65. La primera es elegida que facilite el envo a redes diferentes.
por el usuario (e, incluso, un mismo ordenador puede tra-
bajar con diferentes direcciones IP). Sin embargo la El paso de datos de una red a otra a travs de una puerta
segunda no puede cambiarse e identifica inequvoca- de enlace es conocido como salto (hop). Un datagrama
mente al adaptador NIC dentro de la red Ethernet. puede realizar varios saltos a travs de diversas redes hasta
alcanzar su destino. El camino que siguen los datos envia-
Dentro de la capa de acceso a red opera el protocolo ARP dos por un equipo a otro no tiene por qu ser siempre el
(Address Resolution Protocol), que se encarga precisa- mismo. La bsqueda del camino ms adecuado a cada
mente de asociar direcciones IP con direcciones fsicas momento se denomina enrutamiento. De hecho, a las
Ethernet. El estndar RFC 826 describe su funcionamiento. puertas de enlace se les denomina enrutadores (routers).

095
4
En la Figura 5.4 vemos un ejemplo elemental de dos redes Bits
unidas por un router. En una el equipo A1 enva un data- 0 4 8 12 16 20 24 28 31
grama Z al equipo A2. Como ambos pertenecen a la misma
red 192.168.10.0, el datagrama Z es enviado directamente. 1 Versin IHL Tipo de servicio Longitud total

Cuando el equipo A1 pretende enviar otro datagrama Y al 2 Identificacin Flags Offset de fragmentacin
equipo B2 que se encuentra en otra red, resulta impres- Protocolo Checksum de cabecera

Cabecera
Tiempo de vida

Palabras
3
cindible la ayuda del router. Veamos esto con ms detalle:
como la direccin destino del datagrama Y no se encuen- 4 Direccin origen
tra en la red de origen, se enva directamente a la direc-
5 Direccin destino
cin de la puerta de enlace 192.168.10.3, que es uno de
los interfaces del router. Es ahora este dispositivo quien 6 Opciones Padding
decide qu camino debe seguir el datagrama Y. Para ello
consulta sus tablas internas, y comprueba que la direccin Los datos comienzan a partir de aqu...
destino coincide con la red en la que tiene conectado su
interfaz con direccin 192.168.1.20. Una vez realizada esta Fig. 5.3. Representacin de la cabecera de una datagrama IP.
consulta ya puede enviar el datagrama Y desde este puerto
directamente al equipo B2 (192.168.1.22). El datagrama
Y ha llegado a su destino realizando un salto entre redes. A1 Router B1
192.168.10.3 192.168.1.20

Protocolo ICMP
192.168.10.1 192.168.1.21
En la misma capa de red en la que opera el protocolo IP
Datagrama Y Datagrama Y Datagrama Y
tenemos tambin el importante protocolo ICMP (Inter- Datagrama Y
Datagrama Z
net Control Message Protocol), definido por la RFC 792.
Datagrama Y
Datagrama Z
ICMP enva mensajes en forma de datagramas que per- Datagrama Y
Datagrama Z
miten al conjunto del protocolo TCP/IP realizar entre B2
otras las siguientes funciones:

Control de flujo. Si los datagramas llegan muy 192.168.10.2 192.168.1.22


deprisa al host destino y ste se encuentra con difi-
A2
cultades para procesarlos, el host destino enva al
host origen un mensaje ICMP solicitando que de Fig. 5.4. Dos formas diferentes de enviar datagramas.
forma temporal detenga su emisin.

Deteccin de destinos inalcanzables. Cuando la Aunque el comando ping fue creado para sistemas Unix,
direccin destino de un datagrama no logra ser aso- casi cualquier sistema proporciona el software adecuado
ciada a ningn equipo, el host que la ha enviado para su ejecucin. Ping se sirve normalmente de dos
recibe un mensaje ICMP indicando que el destino mensajes especficos: ECHO_REQUEST y ECHO_REPLY. La
indicado es inalcanzable. conectividad IP entre equipos queda contrastada cuando
se completa el camino de ida y vuelta de los mensajes
Redireccionamiento de rutas. Una puerta de ICMP. Adems el comando ping ofrece informacin acerca
enlace puede enviar un mensaje ICMP a un host del tiempo que tardan el ir y volver los paquetes de datos.
para hacerle saber que existe otra puerta de enlace
dentro de la misma red, y que en ese momento
resulta una mejor opcin para encaminar sus data- Pruebas de conectividad con ping
gramas hacia otras redes.
El comando ping puede presentar ligeras diferencias y
Pruebas de conectividad. Esta funcionalidad es la distintas opciones segn el sistema o equipo desde el que
ms conocida ya que es la que emplea el comando se ejecute. La versin de ping que viene con los sistemas
ping (Packet Internet Groper). Desde un equipo se operativos Windows enva por defecto cuatro paquetes
puede enviar a otro un mensaje ICMP con eco. ICMP de 32 bytes, y si el host de la direccin destino se
Qu significa con eco? Pues quiere decir que encuentra activo y recibe los mensajes, responde a cada
cuando el host destino recibe el mensaje lo devuelve uno. La forma correcta de ejecutar el programa ping ser
inmediatamente al host origen. desde la una ventana que permita teclear comandos. En

095
5
Cada vez que se enva un paquete ECHO_REQUEST se
guarda en el mismo paquete el instante exacto de su
salida, y el host destino copia esta informacin en el
paquete ECHO_REPLY que devuelve al host origen. Al
recibir la respuesta se calcula el tiempo empleado, com-
parando la hora guardada en el paquete con la hora a la
que ha sido recibido.

Qu tiempo de ida y vuelta es el ms adecuado? La res-


puesta depender del tipo de redes por las que viajen los
paquetes. Para una LAN los valores que superan tiempos
de 100 ms se consideran un error de funcionamiento, aun-
que ya desde los 10 ms se interpreta que la red LAN es
lenta o est congestionada. Si las pruebas ping se hacen
a travs de Internet, los tiempos se incrementan notable-
mente de tal manera que 200 ms es considerado un buen
valor, siendo aceptables tiempos de hasta 500 ms.

Ping tambin se puede utilizar para medir la tasa de


Fig. 5.5. Respuesta correcta a los mensajes ICMP de ping. transferencia de datos entre dos equipos. Supongamos
que deseamos conocerla para una conexin a Internet.
En primer lugar enviaremos un paquete con un tamao
de 100 bytes al equipo remoto y seguidamente otro de
1 100 bytes. Utilizaremos los parmetros n para enviar
un solo paquete y l para modificar su longitud:

C:\> ping n 1 l 100 www.mcgraw-hill.com

C:\> ping n 1 l 1100 www.mcgraw-hill.com

El primer ping ofrece un tiempo de ida y vuelta de 180 ms


y el segundo de 443 ms: por tanto, para enviar 1 000
bytes adicionales (o, lo que es lo mismo, 8 000 bits) se
emplean 263 ms en ida y vuelta, o bien 131,5 ms para
uno de los trayectos. La tasa de transferencia medida
para esta conexin es de aproximadamente 60,8 Kbps
(8 000 bits/131,5 ms).

Fig. 5.6. El host destino no est activo o conectado. A veces resulta interesante testear una conexin de forma
continua. Al aadir t a ping, se envan paquetes de
datos hasta que se ordene lo contrario pulsando Control-C.
Windows XP se abre la ventana Smbolo del sistema
siguiendo esta secuencia de seleccin con el cursor: C:\> ping t 192.168.0.50

Inicio > Programas > Accesorios > Smbolo de sistema Pero la utilizacin de ping no se encuentra exenta de
Una variante de ping es problemas, ya que ping depende del protocolo ARP que
fping (www.fping.com), un En el ejemplo de la Figura 5.5 el host destino responde a convierte la direccin IP en una direccin MAC y de los
programa que permite especi- los cuatro mensajes ICMP recibidos desde el host origen. servidores DNS que convierten un nombre de dominio en
ficar en la lnea de comandos una direccin IP. Si estos fallan, ping tambin falla. Ade-
ms de un host destino o un A continuacin de ping se suele teclear la direccin IP ms, por razones de seguridad, muchos administradores
bien fichero con una lista de del host destino, aunque tambin puede escribirse su bloquean en los servidores la respuesta a mensajes ICMP
todos los hosts destino. nombre. Por ejemplo: en general o a ECHO_REQUEST en particular. Se debe a
que a veces el comando ping es utilizado por usuarios
C:\> ping www.mcgraw-hill.com malintencionados para perpetrar sobre los servidores ata-
ques DoS (Denial of Service) consistentes en envos
Cuando el host destino no responde a los mensajes ICMP masivos de mensajes ICMP que degradan el rendimiento
la pantalla muestra un mensaje como el de la Figura 5.6. de la red.

095
6
Caso prctico 1

En este Caso prctico veremos Servidor web


distintas formas de emplear el
comando ping y tambin cmo
interpretar los resultados obteni-
dos al ejecutarlo. Las pruebas se 198.45.24.246
realizarn sobre una pequea red
de rea local conectada a Inter-
net, cuyo esquema se representa Internet
en la Figura 5.7.

En nuestra red de ejemplo apare-


P1 80.103.12.163
cen tecnologas tanto cableadas 192.168.135.100
(Ethernet 100BaseT) como inalm- Router
bricas (802.11). Todos los equipos
de la red LAN tienen instalado AP
Windows XP. P2 802.11
192.168.135.50
192.168.135.254
La red cableada est compuesta 100BaseT
por los ordenadores E1 y E2, el 192.168.135.0
punto de acceso AP (Access Point)
y el router. Bajo la cobertura del
AP dos ordenadores porttiles P1 y 192.168.135.101
E1 E2
P2 se integran en la red. Las direc-
ciones IP de todos los equipos
mencionados pertenecen a la red
192.168.135.0, si bien en el caso
del router tambin se indica la
direccin IP asignada al interfaz el 192.168.135.10 192.168.135.11
que se conecta a la red Internet. Fig. 5.7. Esquema de la red propuesta.

Para probar si funciona bien la conexin a Internet, se ha buscado un


servidor remoto que permita procesar solicitudes de eco entrante ICMP
(ECHO_REQUEST). Es importante pues cada vez ms equipos conecta-
dos a Internet establecen mecanismos de proteccin (cortafuegos)
para evitar ataques externos.

Las comprobaciones se harn dentro de la capa de red. Su objetivo


fundamental ser el de establecer la conectividad entre equipos den-
tro de esta capa, as como la calidad de la misma.
ECHO
REPLY Comenzaremos con la red cableada. Para ello lo ms adecuado ser
ECHO hacer un ping desde E1 y E2 al router. La Figura 5.8 muestra el resul-
REQUEST tado obtenido al ejecutar el comando desde el ordenador E1.

Como se puede apreciar el router responde correctamente a todas las


Router peticiones hechas desde E1, y adems lo hace en un tiempo razona-
ble, siendo la media de menos de 1 ms. Una vez que sabemos que la
E1 conexin est dentro de los valores adecuados ejecutamos de nuevo el
comando ping desde E1; en esta ocasin se trata de comprobar que el
192.168.135.10 192.168.135.254 router puede enviar los mensajes ICMP a un equipo perteneciente a
otra red. La Figura 5.9 muestra los resultados obtenidos.
Fig. 5.8. Prueba de conectividad entre E1 y el router.

095
7
Caso prctico 1 (cont.)

ECHO ECHO
REPLY REPLY

ECHO ECHO
REQUEST REQUEST

Servidor web

E1 E1 P1

192.168.135.10 192.168.135.10 192.168.135.100


198.45.24.246

Fig. 5.9. Resultados desde E1 a un servidor web externo. Fig. 5.10. Prueba desde la red inalmbrica a la cableada.

De nuevo se obtiene una respuesta positiva para los cuatro paquetes remoto entra dentro de lo normal. Tngase en cuenta que para ello los
de datos enviados, si bien en esta ocasin los tiempos de ida y vuelta paquetes de datos han realizado varios saltos de una red a otra hasta
son muy superiores a los del caso anterior. Esto no indica ninguna ano- alcanzar su objetivo y luego deben volver al origen.
mala. Un tiempo medio de respuesta de 214 ms para un equipo
Las dos comprobaciones anteriores se deben repetir desde el ordena-
dor E2. Con ello tendremos la certeza de que los equipos conectados
a la red cableada funcionan en la capa de red. An resta por compro-
bar si el punto de acceso inalmbrico responde correctamente a las
pruebas ping, pero esto queda indirectamente resuelto si enviamos un
ping desde uno de los porttiles al ordenador E1 (vase la Fig. 5.10).

Para que los paquetes de datos enviados por P1 puedan llegar al E1


deben pasar a travs del AP (192.168.135.50). Por tanto, si E1 recibe
Mensajes ICMP datos y los devuelve a P1, hemos constatado al mismo tiempo que el
AP funciona en la capa de red. No obstante el tiempo medio de res-
ECHO
REPLY
puesta que se observa no es el ptimo, pues 6 ms es un valor un poco
alto. Para despejar dudas hacemos otra prueba, esta vez entre los dos
ECHO equipos de la red inalmbrica (vase la Fig. 5.11).
REQUEST
El valor medio de respuesta entre P1 y P2 sigue siendo un poco ele-
192.168.135.100 vado (9 ms). Con todo lo visto se puede afirmar sin duda que la conec-
tividad en red entre todos los equipos es la adecuada, pero que los
tiempos de respuesta cuando est implicado P1 son un poco lentos.
Esto podra obedecer a una mala configuracin de la red inalmbrica,
P2 aunque esta hiptesis queda descartada porque al hacer un ping desde
192.168.135.101 P1 P2 al router (o a cualquiera de los ordenadores E1 o E2) los tiempos
medios de respuesta que se obtienen son de 2 ms.
Fig. 5.11. Prueba entre equipos de la red inalmbrica.

095
8
Caso prctico 1 (cont.)

Parece claro que el problema se localiza en el porttil P1, ya que tanto la


electrnica de red cableada como la inalmbrica funcionan correctamente.

Pero si P1 devuelve y enva los mensajes ICMP, por qu los tiempos de


ida y vuelta son tan lentos? Antes de responder volvamos e ejecutar el
comando ping, esta vez desde P2 a P1 (vase la Fig. 5.12).

Ahora ya no hay dudas: si los mensajes enviados por P2 tardan una


media de 234 ms en regresar a P1, hay algo en P1 que no funciona bien. Mensajes ICMP
ECHO
Debemos comprobar la configuracin del adaptador de red inalmbrico. No REPLY
estamos hablando del canal de radio empleado o de la clave WEP elegida;
como ya sabemos, si estos valores no son los mismos en P1 y en el AP, no ECHO
habra siquiera conectividad. Pero s es cierto que muchos porttiles traba- REQUEST
jan con rendimientos mnimos para ahorrar energa, y que hay puntos de
acceso que no se llevan bien con esta tctica. En nuestro caso P1 tiene un 192.168.135.100
procesador Intel Centrino, que por defecto funciona con valores mnimos
de rendimiento para ahorrar batera. Abrimos el cuadro de Estado de cone-
xiones de red inalmbricas de Windows XP y hacemos la siguiente seleccin:
P2

Propiedades > Configurar > Avanzadas > Gestin de alimentacin 192.168.135.101 P1

Desmarcamos el valor predeterminado (Mnimo) y movemos el cursor Fig. 5.12. Tiempos de ida y vuelta excesivamente lentos.
hasta la posicin Mximo. El problema desaparecer.

C. Capa de transporte Bits


0 4 8 12 16 20 24 28 31
En esta capa se encuentran definidos el protocolo TCP y
el protocolo UDP (User Datagram Protocol). TCP permite
Palabras

enviar los datos de un extremo a otro de la conexin con 1 Puerto origen Puerto destino

Cabecera
la posibilidad de detectar errores y corregirlos. UDP, por
2 Longitud Checksum
el contrario, reduce al mximo la cantidad de informa-
cin incluida en la cabecera de cada datagrama, ganando Los datos comienzan a partir de aqu...
con ello rapidez a costa de sacrificar la fiabilidad en la
transmisin de datos. La Figura 5.13 muestra el formato
de un mensaje UDP. Fig. 5.13. Representacin del formato de mensaje UDP.

Ciertas aplicaciones prefieren utilizar en la capa de trans-


porte el protocolo UDP aunque ste no haga correccin ni El protocolo TCP necesita que se establezca una conexin
deteccin de errores. Como estas aplicaciones necesitan entre los equipos situados en ambos extremos de la mis-
transmitir pequeas cantidades de datos, resulta ms efi- ma. Antes de iniciar la transferencia de datos TCP efecta
caz reenviar los datagramas defectuosos que no sobrecar- una negociacin entre los dos equipos basada en el inter-
gar cada uno con informacin de control en la cabecera. cambio de tres segmentos de datos. Precisamente por esta
razn se la conoce como negociacin de tres vas.
Si se requiere ms fiabilidad en los datos transmitidos las
aplicaciones recurren en la capa de transporte al protocolo La Figura 5.15 (vase la pg. 100) representa las fases de
TCP. Al revs que UDP, es un protocolo orientado a cone- una negociacin de tres vas entre dos equipos a los que
xin, y el formato de los datos que maneja es muy distinto llamaremos host A y host B. La primera iniciativa la tiene
al de los datagramas. Para TCP los datos son una secuen- el host A, quien enva al host B un segmento de sincro-
cia o trama continua de bytes, cada comunicacin es selec- nizacin (SYN) que contiene un identificador numrico.
cionada en la trama mediante segmentos. En la Figura 5.14 Al recibir esta informacin, el host B tiene constancia de
(vase la pg. 100) vemos el formato de un segmento TCP. la intencin de iniciar una comunicacin por parte del

095
9
ten. Esta operacin se conoce como multiplexacin. En
0 4 8 12 16 20 24 28 31 apartados posteriores se estudiar con ms detalle la
multiplexacin de datos.

Puerto origen Puerto destino

Nmero de secuencia
D. Capa de aplicacin

Nmero de reconocimiento (ACK) sta es la capa ms alta dentro de la estructura jerr-

Cabecera
quica del protocolo TCP/IP (vase la Fig. 5.1), e incluye
Offset Reservado Flags Direccin origen las aplicaciones y procesos con los que intercambia
datos la capa de transporte. TCP/IP tiene en esta capa
Puntero de urgencia protocolos que soportan servicios de conexin remota,
Opciones Padding
correo electrnico y transferencia de archivos. De todos
los protocolos de aplicacin los ms conocidos son:
Los datos comienzan a partir de aqu...
Telnet (Network Terminal Protocol). Es un protocolo
que permite establecer conexiones con terminales
Fig. 5.14. Campos de cabecera para un segmento TCP. remotos, de tal manera que se puedan ejecutar en
ellos comandos de configuracin y control.

Host A Host B FTP (File Transfer Protocol). Protocolo orientado a


Fig. 5.15. Negociacin de tres vas conexin dedicado a la transferencia de archivos.
en el protocolo TCP. FTP ofrece una gran fiabilidad con este servicio, en
gran parte debido a que se basa en el protocolo TCP
dentro de la capa de transporte. TFTP (Trivial File
Transfer Protocol) es una versin de FTP que fun-
ciona ms rpido, pero es menos fiable porque se
sirve de mensajes UDP en la capa de transporte.

SMTP (Simple Mail Transfer Protocol). Posibilita el


funcionamiento del correo electrnico en las redes
de ordenadores. SMTP recurre al protocolo de ofi-
cina postal POP (Post Office Protocol) para almace-
host A y, adems, gracias al identificador numrico reci- nar mensajes en los servidores de correo electr-
bido, conoce el punto exacto en el que el host A seala nico. Existen dos versiones: POP2, que necesita la
el inicio de su transmisin de datos. intervencin de SMTP para enviar mensajes; y
POP3, que funciona de forma independiente.
En segundo lugar el host B responde al host A con un
segmento de confirmacin (ACK) y lo acompaa del HTTP (Hipertext Transfer Protocol). Es un estndar
identificador que l emplear en la conexin. de Internet que permite la transmisin de gran
variedad de archivos de texto, grficos, sonidos e
La negociacin finaliza con xito cuando el host A recibe imgenes. HTTP regula el proceso mediante el cual
esta confirmacin y responde con otra, que ya va acom- navegadores como Netscape, Mozilla o Internet
paada de los primeros datos. Explorer solicitan informacin a los servidores web.

Los identificadores numricos de secuencia son funda- DNS (Domain Name Service). Esta aplicacin con-
mentales para que TCP pueda determinar dentro del flujo vierte nombres de dispositivos y de nodos de red en
continuo de bytes el segmento correspondiente a la direcciones IP. Por ejemplo, el nombre
comunicacin entre los equipos A y B. www.mcgraw-hill.es, se convierte en la direccin
198.45.24.91.
Al margen de estas negociaciones, la capa de transporte
es responsable de hacer llegar los datos a las aplicacio- Los servidores de red proporcionan servicios esenciales
nes que los requieren en las capas superiores. Para ello para las comunicaciones entre ordenadores. A diferencia
se asocia cada aplicacin a un nmero de 16 bits al que de lo que ocurre con muchos programas de aplicacin,
se denomina nmero de puerto. Tanto TCP como UDP estos servicios no facilitan el acceso al usuario final.
hacen que la primera palabra de sus cabeceras contenga Para ms informacin se aconseja consultar el estndar
el puerto origen y destino de los datos que se transmi- RFC 1122.

01050
5.3 Direccionamiento IP
Hasta el momento nos hemos referido con frecuencia a que la direccin de red es 198.16.23 y la direccin de
las direcciones IP, que son nmeros de 32 bits que cons- host 102. Como la cifra 0 en el campo de host est reser-
tituyen la direccin unvoca de todo dispositivo conec- vada para identificar la red, la direccin de red tambin
tado a una red que funcione con el protocolo TCP/IP. Las se escribe: 198.16.23.0
direcciones IP se escriben mediante la denominada nota-
cin punto decimal, o de cuatro octetos. Como el prefijo determina la parte de la direccin IP des-
tinada a identificar la red, los bits disponibles para direc-
Con el fin de facilitar el manejo de las direcciones IP, los ciones de hosts se obtienen restando a 32 la longitud del
32 bits se dividen en cuatro grupos de 8 bits cada uno, prefijo. Un ejemplo: la direccin 192.168.10.0/20 destina
y cada uno de estos bytes se traduce a su equivalente en 12 bits para direccionar hosts (32 20 = 12). Por tanto, la
decimal. De cada conversin resulta un nmero com- red 192.168.0 dispondr de un bloque de 12 bits de direc-
prendido entre 0 y 255. Estos cuatro nmeros se escri- ciones (212 = 4 096), de la direccin 0.1 a la 15.254,
ben separados entre s por un punto (vase la Fig. 5.16). estando reservadas las direcciones 0.0 y 15.255 a red y
difusin respectivamente.
Las direcciones IP proporcionan dos datos: el nmero de
red y el nmero de host. Para que un sistema pueda trans- 32 bits
mitir datos debe determinar con claridad la direccin des-
tino de red y host, adems de poder informar al resto de
sistemas de cul es su propia direccin de red y host. 11000000010000010101111001110000

Los sistemas de red se pueden direccionar de tres formas:


8bits 8bits 8bits 8bits
Unicast. Los paquetes de datos tienen como des-
tino la direccin de un nico host.
11000000 01000001 01011110 01110000
Multicast. Los datos se pueden enviar de forma
simultnea a un determinado conjunto de hosts.

Broadcast. Direccin de difusin que permite 192 65 94 112


enviar datos a todos los sistemas que forman parte
de una red. Este tipo de direccionamiento est 192.65.94.112
siempre supeditado a las capacidades fsicas de los
dispositivos conectados en la red.
Fig. 5.16. Distintas formas de representar una direccin IP.
El nmero de bits empleado para definir la red y el
nmero de bits que identifican al host pueden variar 32 bits
entre unos casos y otros. Cada direccin IP tiene un pre-
fijo cuya longitud indica qu bits corresponden al iden-
tificador de red y cules al host. La longitud de este pre- 198 16 23 102
11000110 00010000 00010111 01100110
fijo la establecen los bits de la direccin de mscara.
AND

AND

AND

AND

ste es el funcionamiento de los bits de mscara: si un


255 255 255 0
bit de la mscara es 1, su bit equivalente en la direccin 11111111 11111111 11111111 00000000
IP corresponde a la direccin de red. Si un bit de la ms-
cara es 0, el bit equivalente en la direccin IP pertenece
a la direccin de host. 198 16 23 0

Tal como se puede ver en la Figura 5.17 la direccin IP 198.16.23 102


198.16.23.102 tiene asociada la mscara 255.255.255.0,
o lo que es lo mismo, tiene un prefijo de 24 bits, por lo
que la direccin de host utiliza los 8 bits restantes. La 24 bits 8 bits
forma abreviada para la direccin y prefijo sera: Direccin de red Direccin de host
198.16.23.102/24. Aplicando la mscara de red (es decir
realizando la operacin lgica AND entre ambas), resulta Fig. 5.17. Solucin de direcciones de red y host.

01051
Clases de direcciones IP que se desea enviar datos simultneamente. Todos los
bits de una direccin multicast son significativos, as
Aunque existen cinco, son tres las principales clases de que la mscara por defecto es de 32 bits (prefijo 32).
direcciones IP: A, B y C. El protocolo IP distingue la
clase a la que pertenece una direccin analizando el valor Clase E. Si los cuatro primeros bits de la direccin
de sus bits de mayor peso. El concepto de clase est aso- son unos lgicos, la direccin IP pertenece a un
ciado al de mscara por defecto. Para determinar la clase rango que se ha reservado para experimentacin.
de una direccin IP se siguen las siguientes reglas: Dentro de esta clase aparece la direccin IP de
difusin 255.255.255.255.
Clase A. Si el bit de mayor peso es 0 la mscara
por defecto tendr un prefijo de 8 bits. Se tienen por Las reglas descritas se refieren al anlisis de direcciones
tanto 8 bits para direcciones de red y 24 bits hosts. IP representadas en binario. Pero como siempre se tra-
baja con direcciones IP escritas en notacin punto deci-
Clase B. Si los dos primeros bits son 1 0, la ms- mal, se emplea con mayor frecuencia otra tcnica con-
cara por defecto tendr una longitud de 16 bits (pre- sistente en analizar la primera cifra segn estas reglas:
fijo 16). Con ello los primeros 16 bits son para iden-
tificar la red; los 16 ltimos, para identificar los hosts. Si el primer octeto es menor de 128, la mscara por
defecto es de 8 bits (clase A, 255.0.0.0). La excep-
Clase C. Si los tres primeros bits son 1 1 0 la cin a esta regla la tenemos en la red 127.0.0.0,
mscara por defecto tiene un prefijo de 24 bits. Para que se ha reservado al completo para la direccin
esta clase se contempla la existencia de una gran especial 127.0.0.1. sta es la direccin de reenvo
cantidad de redes, en concreto 224. En cada una de o bucle cerrado (loopback), y sirve para que un
ellas el nmero de equipos es como mximo 253, host compruebe si su NIC funciona correctamente
una vez restadas las direcciones de red y difusin. en el protocolo IP.

Clase D. Si los cuatro primeros bits de la direccin Si la primera cifra decimal est comprendida entre
son 1 1 1 0 nos encontramos frente a una 128 y 191, la mscara por defecto tendr un prefijo
direccin multicast. Entonces, no se habla de una de 16 bits (clase B, 255.255.0.0).
direccin de red, sino de un grupo de equipos a los

Caso prctico 2

S1
192.168.15.80
S2
Estudiaremos un caso real de segmentacin IP de MF1 192.168.15.150
una red mediante la creacin de subredes. 192.168.15.25

En la Figura 5.18 se muestra una red de clase C con


direccin 192.168.15.0/24 que est compuesta por AP1
varios equipos con conexiones cableadas e inalm- 192.168.15.135
bricas. 192.168.15.0/24

El trfico de red detectado es el siguiente: los equi-


pos desde E1 a E4 utilizan con frecuencia el equipo
multifuncin MF1 y leen y escriben archivos en el
servidor S1, quien adems almacena copias de segu- E1
ridad de ellos. 192.168.15.10 P2
E2 192.168.15.140
192.168.15.11 P1
Los porttiles que acceden a la red a travs del punto E3
192.168.15.12 192.168.15.141
de acceso AP1 utilizan exclusivamente un servicio E4
FTP configurado en el servidor S2. 192.168.15.14

Fig. 5.18. Esquema de la red propuesta para el Caso prctico.

01052
Caso prctico 2 (cont.)

Subred 2
192.168.15.128/25
Subred 1
De este comportamiento del trfico de red se deduce 192.168.15.0/25
que a pesar de que todos los equipos estn concen- S2
trados con la misma electrnica de red, resulta via- MF1 S1
ble dividir la red en dos subredes independientes res-
pecto del protocolo IP.

Para obtener dos subredes basta con ampliar el pre- AP1


fijo en un bit, razn por la que en todos los equipos
se cambiar la mscara de subred a 255.255.255.128
(vase Fig. 5.19). P1
P2
Las subredes creadas admiten cada una de ellas 126
direcciones de host, que son: E1 E3
E2 E4
Subred 1 (192.168.15.0). Comprende todos los
hosts con direcciones entre 1 y 126. Esto
incluye el servidor S1, el equipo multifuncin
MF1 y los ordenadores E1 a E4. La direccin de Fig. 5.19. Direcciones y prefijos para crear dos subredes.
difusin de la subred 1 ser 192.168.15.127.

Subred 2 (192.168.15.128). A ella pertenecen


todos los hosts con direcciones entre 129 y
254. Lo cual afecta al punto de acceso AP1, a
los equipos porttiles y al servidor S2. La direc-
cin de difusin es 192.168.15.255.

Verificamos la segmentacin de redes realizando prue-


bas de conectividad. La respuesta entre equipos de la
misma subred ser la correcta (vase la Fig. 5.5).

La Figura 5.20 muestra el mensaje que debe visuali-


zarse en cualquier equipo de la subred 1 cuando
lanza un mensaje ICMP a otro equipo de la subred 2,
en este caso a P2. Fig. 5.20. Ping desde la subred 1 a la subred 2.

Lo mismo suceder si un equipo de la subred 2 eje-


cuta el comando ping hacia otro de la subred 1
(vase la Fig. 5.21).

Hay que tener en cuenta que ping da como res-


puesta Host de destino inaccesible, porque el
equipo desde el que se ejecuta no tiene configurada
una puerta de acceso.

Fig. 5.21. Ping desde la subred 2 a la subred 1.

01053
Desde 192 a 223 la mscara por defecto tiene un Dependiendo de la clase de red y del nmero de veces que
prefijo de 24 bits (clase C, 255.255.255.0). se pretenda segmentar, se obtienen una serie de direccio-
nes vlidas. La directiva RFC 1878 contiene una lista con
Desde 224 a 239 la direccin IP es multicast, y la todas las posibles combinaciones y direcciones vlidas.
mscara por defecto tendr una longitud de 32 bits
(clase D, 255.255.255.255). En la Figura 5.18 se han utilizado dos bits del bloque de
direcciones de red para definir subredes. De ello se des-
De 240 a 255 las direcciones IP son de uso experi- prende que los seis bits restantes sirven para definir un
mental. No se asignan a ningn sistema o red con- bloque de 64 direcciones (2(8 2) = 64) de hosts, del que,
creto. como ya se sabe, la primera y la ltima estn reservadas
para identificar la subred y la direccin de difusin.

Subredes De la operacin AND entre la direccin 192.168.12.102 de


ejemplo, y la mscara de subred 255.255.255.192, se
La estructura de una direccin IP puede ser localmente obtiene que pertenece a la subred 1 (01) con direcciones
modificada al destinar parte de los bits de direccin de vlidas que oscilan entre 192.168.12.65 y 192.168.12.126.
host para bits de red adicionales o de subred. El equipo con esta direccin slo es capaz de resolver las
direcciones que se encuentran dentro de este rango.
La creacin de subredes reduce el nmero posible de
hosts que pueden existir en una de ellas. Los bits de Se podran plantear otros nmeros de host como ejemplo:
subred definen un nuevo bloque de direcciones dentro
del bloque de direcciones de red. 192.168.12.10 AND 255.255.255.192 da como resul-
tado que pertenece a la subred 0 (00) con direc-
En el ejemplo de la Figura 5.22 podemos apreciar cmo ciones posibles entre 192.168.12.1 y 192.168.12.62.
dentro de la red de 192.168.12.0/C se crean cuatro subre-
des. Para conseguirlo se aumenta en dos bits la longitud 192.168.12.204 AND 255.255.255.192 resulta que
del prefijo, haciendo que pase de 24 a 26 bits. Si lo vemos pertenece a la subred 3 (11) con direcciones com-
desde el punto de vista de la mscara de red tendremos prendidas entre 192.168.12.193 y 192.168.12.254,
que pasa de ser 255.255.255.0 a 255.255.255.192. ambas inclusive.

Con estas cuatro subredes se puede mejorar la eficiencia La eficiencia referida consiste en que cuando un equipo
de la red, pues queda restringido el trfico de datos al de la subred 1 enva un paquete de datos, ste es aten-
mbito local, y cada una de ellas tendr adems una dido slo por los dems equipos de la subred 1. Los de
direccin nica. las otras subredes ignoran este trfico de datos y se con-
centran en el suyo propio. Esto se traduce en un mejor
aprovechamiento del ancho de banda de la red.
Red 192.168.12
192.168.12.255 192 168 12 102
11000000 10101000 00001100 01100110
Subred 3
AND

AND

AND
AND

192.168.12.192
192.168.12.192 111111111 11111111 11111111 11 000000

192.168.12.191
Subred 2 26 Bits 6 Bits
192.168.12.128
11000000 10101000 00001100 01 000000
192.168.12.128
192.168.12.127 Subred 1
192.168.12.102
Subred 1 Host 102
192.168.12.64
192.168.12.64
192.168.12.63
Fig. 5.22. Cuatro subredes dentro
Subred 0
de una red de clase C. 192.168.12.0 Mscara de subred: 255.255.255.192
192.168.12.0

01054
5.4 Tablas de enrutamiento
Como ya se ha dicho en otras ocasiones la puerta de
enlace de una LAN permite enviar datos a otras redes
distintas a la de origen. Encaminar o enrutar (ambos tr-
minos son vlidos) los datos es el principal cometido de
estos dispositivos. La decisin de a quin se envan los
datos no es patrimonio exclusivo de los routers.

En la prctica, un host est continuamente tomando


decisiones sobre adnde enva los datos. La lgica de
decisin se resume en dos puntos:

Si se constata que el host destino se encuentra en la


misma red que el host origen, los datos son enviados
directamente, de host a host, sin intermediarios.

La otra posibilidad es que la direccin del host des-


tino no pertenezca al mismo bloque de direcciones
IP que el host origen. En este caso los datos se
envan a la puerta de enlace de la red local, y ser
este router quien los encamina a partir de que los
recibe en uno de sus puertos.

Tal como se mostraba en el Caso prctico 2, cuando no Fig. 5.23. Tabla de rutas mostrada por el comando netstat.
se introduce en la configuracin de un equipo la direc-
cin de la puerta de enlace, la direccin destino de otras
redes resulta inaccesible para el sistema y los datos no Mscara de red. Permite diferenciar la parte de la
se envan. direccin destino que se refiere a red de la de host.
En el caso particular 255.255.255.255 las direccio-
Los hosts consultan una tabla interna de enrutamiento nes destino de red y host son coincidentes. Por
cuyo estado puede mostrarse con el comando netstat. ejemplo: si el destino de un paquete de datos es la
La Figura 5.23 ofrece un ejemplo tpico de tabla de rutas. direccin del propio host que los enva
En este caso netstat se ha ejecutado desde un equipo (192.168.135.10) o la direccin de difusin de la
con el sistema operativo Windows XP. En otros sistemas red a la que pertenece (192.168.135.255).
la tabla puede tener otro aspecto, pero en esencia ofre-
cer la misma informacin. Netstat -nr garantiza que Puerta de acceso. Aqu se especifica la direccin
las direcciones se vean con la notacin punto decimal. IP del dispositivo al que se debe enviar el paquete
de datos despus de detectar una coincidencia con
La tabla de rutas de la Figura 5.23 muestra en primer los valores anteriores. Por ejemplo: si el destino
lugar una lista con los adaptadores de red detectados en est en la propia red (192.168.135.0) del host
el equipo. En este caso slo hay uno con MAC 00-0c-6e- (192.168.135.10) su propia interfaz es la puerta de
2b-49-66 y otro virtual para pruebas de reenvo a la acceso al medio; si el destino es la direccin del
direccin de bucle cerrado 127.0.0.0; a continuacin host (192.168.135.10) la interfaz a la que se recu-
aparecen las rutas activas clasificadas en cinco colum- rre es la de bucle cerrado (127.0.0.0); y si no hay
nas cuyos valores son consultados cada vez que se quiere coincidencias de destino (0.0.0.0) la puerta de
enviar un dato: acceso designada es la de la puerta de enlace pre-
determinada (192.168.135.254).
Destino de red. El destino puede ser un host o una
red completa. Para buscar la ruta adecuada se tra- Interfaz. Direccin IP del adaptador de red encargado
baja con el dato de la siguiente columna de ms- de enviar el paquete de datos en la ruta designada.
cara de red. La bsqueda se realiza priorizando las
rutas nicas sobre las genricas. Por ejemplo: Mtrica. Nmero mximo de saltos hasta alcanzar
192.168.135.0 es una direccin de subred, el destino. Por ejemplo: cuando la ruta es la de
224.0.0.0 es multicast y 192.168.135.10 una direc- bucle cerrado la mtrica es 1; para el resto aparece
cin cuyo nico destino es un host. asignado el valor 20 por defecto.

01055
Caso prctico 3

Vamos a estudiar las tablas de rutas de los sistemas ya vistos en el Caso La direccin IP 192.168.135.254/24 otorga al router la capacidad de
prctico 2, si bien en esta ocasin entra en juego un router que realiza resolver la direccin de cualquier host comprendido entre 1 y 254, lo
la interconexin a Internet de la red. Se da por supuesto que en todos cual le sita tanto en el dominio de enrutamiento de la subred 1 como
los ordenadores el sistema operativo instalado es Windows XP. en el de la subred 2.

Al seguir manteniendo la segmentacin en dos subredes, cabe pregun- En cuanto a los equipos dentro de las subredes, tenemos que en todos
tarse qu direccin IP se debe asignar al router. La respuesta depende ellos se ha tenido que especificar la direccin IP del router como puerta
de qu equipos se pretenda que tengan acceso a Internet. Si como de enlace predeterminada. Esto se traduce en que las tablas de rutas en
parece ms lgico se facilita el acceso a todos los equipos, la direccin cada uno de ellos se ven modificadas de forma automtica con la apa-
IP del router no puede circunscribirse a una de las subredes. La Figura ricin de nuevas entradas. En un equipo de la subred 1, por ejemplo E1
5.24 muestra una posible solucin: (192.168.15.10), tecleamos en la ventana de smbolo de sistema el
comando: route print. La tabla de rutas que aparecer se muestra
en la Figura 5.25.
Internet
La primera entrada nos informa de que los paquetes de datos para los
que no exista coincidencia son enviados al router a travs el nico adap-
192.168.15.254/24 tador de red disponible con mtrica 30. La tercera entrada de la tabla
determina que cuando la red destino sea la subred 1, los datos son
S2 enviados directamente, sin que salgan de la subred (no emplea al rou-
MF1 S1
R1 ter como puerta de enlace). Es interesante fijarse en que no aparece
ninguna ruta que haga referencia a la subred 2: si un equipo de la
subred 1 intenta enviar datos a la subred 2, no sucede que el destino
AP1 sea inalcanzable. Ahora estos datos se envan al router y l se encarga
de resolver la direccin destino. As la eficiencia en el trfico de red se
mantiene, pues los mensajes para equipos de una misma subred no son
P1
P2 encaminados o replicados a la otra.
E1 E3 La Figura 5.26 corresponde con la tabla de rutas que presenta el equipo
E2
Subred 1 E4 Subred 2 P2 (192.168.15.140) en la subred 2. Se aprecia que P2 tiene dos adap-
192.168.15.0/25 192.168.15.128/25 tadores de red, y que el Ethernet no ha sido configurado en el protocolo
IP. El resto de explicaciones es similar al de la Figura 5.25.
Fig. 5.24. Conexin a Internet de dos subredes.

Fig. 5.25. Tablas de ruta de un equipo en la subred 1. Fig. 5.26. Tablas de ruta de un equipo en la subred 2.

01056
5. Las comunicaciones urgentes
5.4 Tablas de enrutamiento

Tambin se puede obtener la tabla de rutas con el


comando route: basta con teclear a continuacin del sm-
bolo de sistema: route print. La informacin visuali-
zada ser la misma que con netstat r. No obstante, la
verdadera utilidad de route se encuentra en su capacidad
de aadir o eliminar entradas en la tabla de rutas de un
sistema. Estas entradas no persisten al reiniciar el sistema.

Fig. 5.27. Tabla ARP con una sola entrada.


Resolucin de direcciones

El resultado de combinar las direcciones IP y la informa-


cin contenida en las tablas de rutas consiste en que los
datos pueden recorrer distintas redes hasta llegar al des-
tino especfico. Sin embargo, las capas inferiores de la
red no procesan ni entienden esta informacin.

En la capa fsica no se distingue entre redes y equipos.


Para este nivel la nica informacin vlida es la de la
direccin fsica de cada adaptador de red, conocida como
direccin MAC, y que se analiz en la Unidad 4. Cuando
los datos llegan a la capa ms baja, hay que encargarse
de asociar las direcciones IP con las direcciones MAC.
sta es la principal labor del protocolo ARP.

Cada host mantiene en la memoria cach de su adaptador


de red una tabla de equivalencias entre direcciones IP y
direcciones IP. El contenido de esta tabla se puede ver al
introducir en lnea de comandos la orden: arp a. Fig. 5.28. Proceso de registro de una entrada dinmica.

La Figura 5.27 muestra un ejemplo bsico de tabla ARP. Del


cual se debe deducir que cuando el host 192.168.135.10 nar. Se puede obtener ms informacin sobre el comando
quiere enviar sus paquetes de datos a travs de su adapta- arp tecleando en lnea de comandos arp /?.
dor de red al host 192.168.135.254, traduce la direccin
destino de su formato IP al formato MAC 00-a0-f9-02-a7- La Figura 5.28 representa en dos pasos cmo se aade
94. Y es ste el que se enva en las tramas Ethernet. una entrada dinmica a una tabla ARP. En primer lugar
se enva un paquete de 32 bytes con el comando ping,
Cuando no se encuentra la equivalencia del host destino para conseguir que el host destino se identifique y noti-
en la tabla ARP, el host origen enva a todos los equipos fique su direccin MAC. Al visualizar en el segundo paso
de su red una peticin ARP. A esta peticin responde el la tabla ARP se aprecia que esta respuesta ha sido regis-
propio equipo aludido o un equipo capaz de resolver trada como una entrada dinmica.
direcciones IP en direcciones MAC, por ejemplo la puerta
de enlace de la red. Los comandos arp y ping pueden utilizarse conjun-
tamente para solucionar problemas en la red. La Figu-
La respuesta a la consulta es almacenada de forma auto- ra 5.29 muestra que al enviar un mensaje ICMP al host
mtica en la tabla ARP del host origen. Cuando una entrada 192.168.135.60, no se obtiene respuesta a la solicitud
es creada de esta forma es clasificada como dinmica y de eco.
todo este proceso sucede sin que las capas superiores del
protocolo TCP/IP tengan que estar pendientes de l. Lo ms lgico sera pensar que el equipo no se encuen-
tra conectado a la red. Sin embargo, para asegurarnos de
Tambin es posible crear manualmente una entrada en que esto es as visualizamos la tabla ARP. Es entonces
estas tablas mediante el comando arp. Por ejemplo: cuando vemos que la direccin del host destino ha sido
asociada a su direccin MAC generando una entrada
C:\> arp s 192.168.135.100 00-0c-f1-03-c9-4d dinmica. Por tanto, podemos concluir que el equipo
192.168.135.60 s est conectado a la red, y que proba-
Para borrar entradas la orden sera arp d seguida de la blemente su administrador ha instalado un filtro para no
direccin o grupo de direcciones que se pretendan elimi- responder a mensajes ICMP.

01057
Determinar la traza de una ruta des y adems nos informa del camino exacto que siguen
los paquetes de datos desde el host local al host remoto.
La conexin de redes con enrutadores tal como se hace en
Internet, trae consigo que las conexiones entre equipos Un ejemplo tpico lo encontramos cuando un ordenador se
locales y remotos involucren a gran cantidad de sistemas. conecta a una pgina web (p. ej.: www.mcgraw-hill.com).
Qu camino recorren realmente los paquetes de datos?
Hasta ahora hemos estudiado el funcionamiento de En la representacin grfica de la Figura 5.30 se observa
comandos que realizan pruebas de conectividad, impri- con detalle la respuesta a esta pregunta.
men tablas de enrutamiento o resuelven direcciones IP.
El comando tracert engloba todas estas funcionalida- Tracert enva paquetes de datos UDP desde el host
Fig. 5.29. Solucin de problemas local al host remoto, muestra el nombre de cada puerta
de red con ping y arp. de enlace (siempre que se haya configurado) y su direc-
cin IP. Mientras se determina la traza, cada vez que es
detectada una puerta de enlace activa, se numera y se
registran sus datos en una entrada denominada salto. Por
defecto se imprimen trazas con un mximo de 30 saltos.

En cada salto se indica el tiempo que ha empleado cada


paquete en ir y volver desde el host local a la puerta de
enlace. La ejecucin de tracert puede finalizar bien
por completarse la traza hasta el host destino o porque
se haya superado el nmero mximo de saltos.

Una traza incompleta proporciona informacin muy


valiosa a la hora de resolver problemas de enrutamiento
entre redes. Cuando se agotan los tiempos de espera
para un paquete de datos, la localizacin del salto en el
que se produce este retardo nos permite plantear una
hiptesis ms acertada del problema. Por ejemplo:

192.168.1.254

62.36.196.21

192.168.1.0
net.uni2.es

62.36.196.234

opentransit.net

193.251.251.33
144.223.246.21

alter.net

sprintlink.net

198.45.19.20
204.255.168.13

Fig. 5.30. Traza completa obtenida con el comando tracert.

01058
Si ya no hay respuesta en el salto 1, el problema lo trfico. En estos casos es recomendable repetir la
tenemos en la puerta de enlace de nuestra propia red. orden tracert pasado un tiempo.

Si la respuesta se pierde entre los saltos 2 y 4, quien Si, por ltimo, el tiempo de respuesta se excede en el
est interrumpiendo la conexin es nuestro provee- salto 21, es el servidor de la pgina web a la que pre-
dor de acceso a Internet (en nuestro ejemplo, Uni2). tendemos acceder quien se encuentra con problemas.

En los saltos intermedios intervienen otras redes de Tracert simboliza los tiempos de espera agotados
trnsito de diferentes operadores. A veces se deja imprimiendo el carcter * (asterisco) en lugar del tiempo
de tener respuesta porque estn congestionadas de en milisegundos.

5.5 Multiplexacin de datos


Cuando los datos pasan de la capa de transporte a la capa Segn la numeracin de los puertos se hace la siguiente
de aplicacin, resulta imprescindible indicar con exacti- clasificacin para los protocolos TCP y UDP:
tud a qu servicio de red estn destinados dichos datos.
Los puertos con nmeros inferiores a 1.024 estn
Esto es posible, entre otras cosas, por la coordinacin que reservados para servicios muy definidos, como telnet,
realiza la autoridad de asignacin de nmeros en Internet SMTP, POP3... Estas asignaciones son fijas y no pue- El registro IANA puede ser
IANA (Internet Assigned Numbers Authority), que mantiene den ser utilizadas por otros servicios. A menudo estos consultado en la pgina web
un registro actualizado con los nmeros de puerto asigna- puertos son llamados puertos bien conocidos. de esta organizacin:
dos a cada servicio de red. Para una informacin ms
exhaustiva al respecto, se recomienda consultar el informe Los puertos numerados entre 1024 y 49151 son puer- www.iana.org/assignments/
RFC 1700, en el cual se describe con todo detalle el pro- tos registrados. Significa que la IANA intenta ordenar port-numbers/
ceso de asignacin de puertos para el protocolo TCP/IP. el uso de este rango, pero sin las restricciones que
existen para los puertos bien conocidos.
El nmero de puerto tiene un tamao de 16 bits y siem-
pre se trabaja con dos nmeros: el primero es el nmero Por ltimo, los puertos numerados entre 49152 y
de puerto origen, que identifica al proceso que enva los 65535 son puertos privados de los que se puede
datos; y el segundo es el nmero de puerto destino que disponer para cualquier uso.
identifica al puerto que los recibe. Ambos nmeros se
sitan en la primera palabra de la cabecera tanto de los http://
datagramas UDP como de los segmentos TCP. www.google.es 66.102.9.104

En la Figura 5.31 el host, al que se ha denominado pega-


Telnet
sus, (192.168.1.100) est utilizando dos servicios de red.
192.168.1.1 Internet

Por un lado mantiene una sesin telnet para configurar


el router que acta como puerta de enlace de la red, y al
mismo tiempo con su navegador ha accedido a una 192.168.1.1
pgina web. Para conocer el estado de ambas conexio-
nes se puede emplear el comando netstat de varias for-
mas. La Figura 5.32 muestra dos de las ms empleadas. gunilde
pegasus
192.168.1.100 192.168.1.11
Ambos servicios trabajan con el protocolo TCP. El
comando netstat ha sido ejecutado desde el host pega-
sus, por ello su direccin IP aparece siempre en la
1048 23 1051 80
columna de direccin local.

En la Figura 5.32 vemos que los puertos 23 (telnet) y 80


(http) son asociados a las direcciones de los host remo-
Puerto origen Puerto destino Puerto origen Puerto destino
tos, es decir, son puertos destino. Es necesario que
exista tambin un puerto origen. En el host local se uti- Segmento Segmento
telnet http
liza el puerto 1048 para la sesin telnet, y los puertos
1051 y 1052 para el servicio http. Fig. 5.31. Puertos origen y destino en segmentos TCP.

01059
Aplicacin Puerto TCP Puerto UDP

kaaza 1214 1214


MSN Messenger 1863
VNC 5800+ y 5900+
CU-SeeMe 7648 y 7649 7648 a 7652, 24
WinGate 2.1 8010 032
HTTP alternativo 8080
Quake 26000 a 28000 8080

Tabla 5.2. Ejempos de puertos registrados.

Algunas aplicaciones reservan distintos nmeros de puerto,


como por ejemplo CU-SeeMe, que recurre a puertos TCP y
UDP. Otras utilizan puertos consecutivos a partir de un
nmero concreto, como hace el programa VNC (desde los
Fig. 5.32. Resultados impresos para netstat n y netstat. puertos 5800 y 5900). Y las hay que requieren rangos con
miles de puertos (vase el ejemplo del juego Quake, desde
el puerto 26000 al 28000).

Aplicacin Puerto TCP Puerto UDP En la capa de transporte un segmento TCP puede Asignacin dinmica de puertos
FTP 21 21 emplear el mismo puerto que un datagrama UDP, sin que
Telnet 23 23 exista riesgo de confusin, ya que los procesos son iden- Los puertos bien conocidos simplifican las conexiones, ya
SMTP 25 25 tificados por la combinacin protocolo-puerto. que los equipos involucrados en ambos extremos saben
DNS 53 53 Algunos de los puertos TCP y UDP bien conocidos se de sobra a qu aplicacin van destinados los datos.
TFTP 69 69 encuentran en la Tabla 5.1, con su aplicacin asociada.
HTTP 80 80 Muchas aplicaciones pueden funcionar con puertos TCP Adems de los puertos bien conocidos, cada conexin
POP3 110 110 o UDP. En negrita se ha resaltado el protocolo que uti- necesita asignar dinmicamente un segundo nmero de
NetBIOS 139 139 liza con mayor frecuencia cada una. puerto. La eleccin de este nmero es aleatoria, y lgi-
SNMP 161 161 camente no ser una cifra inferior a 1024.
La Tabla 5.2 resume una seleccin de los puertos regis-
Tabla 5.1. Seleccin de puertos trados para aplicaciones de descarga compartida, vdeo- La principal ventaja de la asignacin dinmica es que
bien conocidos. conferencia, control remoto, juegos, etctera. permite que un servicio soporte simultneamente ms de
un usuario. En la Figura 5.32 se ve cmo el servicio http
mantiene al mismo tiempo dos usuarios a los que se han
Pegasus Web server asignado dinmicamente los puertos TCP 1051 y 1052.
192.168.1.100 66.102.9.104
Durante la negociacin de una conexin en el protocolo
TCP los host origen y destino se intercambian los nmeros
de puertos. La Figura 5.33 muestra un ejemplo de ello.

La combinacin de la direccin IP y el nmero de puerto


1051,80 es denominada socket. Un socket identifica un proceso
de red de manera nica en Internet.
1052,80

80,1051 En el ejemplo de la Figura 5.33 para el equipo pegasus,


80,1052 un socket es 192.168.1.100.1051, es decir, su direccin
IP seguida del puerto asignado dinmicamente; mientras
que para el servidor web ser 66.102.9.104.80.
1051,80
1052,80 Este par de sockets es conocido por ambos extremos una
80,1051 vez que finaliza con xito la negociacin y se establece
80,1052 la conexin, que es identificada por ellos. No existir en
Internet otra conexin que posea un par de sockets coin-
Fig. 5.33. Intercambio de puertos en la negociacin TCP. cidentes con sta.

01150
Caso prctico 4

Muchos usuarios de ordenadores conectados en red creen que


sus equipos establecen por su cuenta conexiones con otros
equipos remotos, y que transmiten datos sin su consentimiento:
efectivamente, estn en lo cierto.

Sistemas operativos como Windows XP mantienen abiertos


muchos puertos como parte intrnseca de funcionamiento. Esto
no supone un riesgo para el equipo, pero quien tenga dudas
puede intentar disiparlas.

El comando netstat visualiza los nmeros de puertos TCP


locales y remotos, las direcciones IP de los hosts y el estado de
las conexiones. Podemos ampliar esta informacin y ver tam-
bin los puertos UDP (opcin a), o el identificador del proceso
PID que utiliza cada puerto UDP y TCP (opcin o). La Figura
5.34 muestra una ejecucin del comando netstat desde un
equipo que tiene instalado el sistema Windows XP.

La Figura 5.34 muestra que en los puertos UDP no aparece el


socket de direccin remota ni los estados de la conexin. Esto
es lo normal, ya que el protocolo UDP no est orientado a
conexin, y la nica informacin de la que dispone el sistema
en cuanto a los datagramas UDP es local. Con el protocolo TCP
no sucede lo mismo: la negociacin de la conexin a tres vas
proporciona informacin acerca del host remoto y del estado
de la conexin. Netstat puede presentar en la columna de
estado estos valores:

SYN_SEND indica que el puerto se abre y es activo.

SYN_RECEIVED: el host remoto indica que ha recibido


la secuencia de sincronismo (SYN) del host local.
Fig. 5.34. Puertos UCP, TCP e identificador de proceso PID.
ESTABLISHED: el host local ha recibido la secuencia de
sincronismo del host remoto: conexin establecida. corresponden con el puerto 80 (http) y que son utilizados por los procesos
1692, 1708 y 804 respectivamente. Cmo saber de qu procesos se trata?
LISTENING: el host remoto est preparado para aceptar conexiones Windows XP permite conocerlo gracias al Administrador de tareas, que
en los puertos indicados. aparece al pulsar CTRL+ALT+SUPR.

TIME_WAIT es un estado introducido por el host local justo antes Por defecto el administrador de tareas de Windows no incluye dentro de
de cerrar la conexin. A veces una aplicacin libera un socket y la ficha denominada Procesos la columna con los identificadores de pro-
netstat continua mostrndolo en el estado TIME_WAIT. No debe ceso PID. Tendremos que pulsar la opcin Ver en el men principal y
considerarse anmala esta situacin siempre y cuando no se pro- escoger en el submen desplegable Seleccionar columnas. Vemos una
longue durante ms de cuatro minutos. serie de opciones y sealamos la del identificador de proceso (PID).

CLOSE_WAIT indica un estado de cierre de conexin; en concreto, La Figura 5.35 muestra la informacin de los procesos actuales en el
aparece cuando el equipo remoto recibe la peticin de cierre (FIN) equipo donde se ha ejecutado netstat aon.
del equipo local.
Al revisar los valores se ve que los PID 1.692 y 1.708 pertenecen al pro-
En nuestro caso vemos cmo tres procesos se encuentran dentro del estado grama iexplorer.exe (la aplicacin Internet Explorer). El otro PID que usa
ESTABLISHED. Por tanto, existen otras tantas conexione activas con siste- el puerto 80 es 804: la tabla lo asocia al programa ejecutable mcupdate.exe
mas remotos. Analizando con detalle los sockets remotos se aprecia que se (lo emplea el antivirus McAfee para actualizaciones automticas).

01151
Caso prctico 4 (cont.)

Fig. 5.36. Pantalla principal del programa TCPView.

El anlisis continuo de las conexiones abiertas y los puertos utilizados es


ya una tarea rutinaria para los programas antivirus. En este sentido nets-
Fig. 5.35. Administrador de tareas de Windows XP. tat se queda corto, pues su ejecucin cuando existen muchas conexiones
abiertas es lenta y la actualizacin de su informacin no es automtica.
Afortunadamente existen multitud de programas, la mayora de ellos de
Parece, por tanto, que los tres procesos son seguros. distribucin gratuita, que permiten visualizar el estado de los puertos
en tiempo real y con detalle.
El anlisis de las tablas de procesos se debe hacer con paciencia y cierta
intuicin. En este sentido ayuda mucho la experiencia, porque no siem- Para este caso prctico se ha elegido TCPView v2.34 de Sysin-
pre todo es lo que parece ser. ternals (www.sysinternals.com/ntw2k/utilities.shtml). Al iniciar el pro-
grama una pantalla muestra todos los puertos UDP y TCP que se encuen-
Nos fijamos ahora en un proceso que casi pasa inadvertido: LSASS.EXE con tran activos y qu procesos los estn utilizando. Adems resuelve
el PID 576 asociado. Por qu este proceso? Quien lo conoce lo sabe bien, nombres de dominio y host en direcciones IP, e informa del estado de
y quien no, seguro que ha odo hablar del gusano W32-Sasser. las conexiones IP (vase la Fig. 5.36).

El programa original LSASS.EXE, es un proceso que Windows emplea para Por defecto TCPView actualiza los datos cada segundo, variando su pre-
verificar la identidad de los usuarios que acceden al sistema. Lamenta- sentacin: cuando una conexin cambia de estado entre actualizacio-
blemente W32-Sasser, al igual que otros gusanos, suplanta la identidad nes es resaltada en amarillo; cuando finaliza o va ser borrada, en rojo;
de este archivo, abre una conexin simulando ser un servidor FTP a tra- y las nuevas conexiones activas, en verde.
vs del puerto TCP 5554 y crea un acceso remoto en el puerto TCP 9996.
Este virus tambin escanea las direcciones IP de puertos TCP que se Con este programa se evita recurrir al administrador de tareas para cono-
encuentren en el estado LISTENING a partir del puerto 1068. cer el proceso asociado al identificador PID. TCPView muestra en la pri-
mera columna el nombre del programa o proceso, seguido del cdigo PID.
Afortunadamente para el usuario de este sistema, LSASS.EXE est utili-
zando el puerto UDP 500, as que no se trata de un equipo infectado. Tambin podemos decidir finalizar uno de estos procesos o concluir una
Otra cosa muy distinta sera que visemos al PID 576 asociado con un conexin. Basta con resaltar la entrada en cuestin, hacer clic sobre el
socket cuya direccin IP y puerto TCP se correspondiese con lo des- botn derecho del ratn y elegir la opcin deseada.
crito para el famoso gusano.

01152
Actividad prctica 1

Objetivos f) Comprobar la conectividad IP mediante el comando ping entre


equipos de la misma subred. Visualizar las tablas dinmicas ARP
Determinar que tipo de mscara de subred se debe emplear para antes y despus de cada prueba. Aparece una nueva entrada ARP
asignar una cantidad adecuada de hosts y de subredes. despus de cada ping? En caso de que la respuesta sea negativa,
se deben revisar todas las conexiones fsicas y comprobar que los
Comprobar la segmentacin efectiva de una subred de clase C diodos led de enlace en los adaptadores de red estn encendidos.
empleando las herramientas de diagnstico ms adecuadas.
g) Ejecutar los comandos ipconfig y/o winipcfg desde cada
equipo de la red. Comprobar que la mscara de subred es la misma
Materiales para todos ellos, que la direccin de host se encuentra dentro del
rango adecuado de su subred, y que no aparece direccin alguna
Una red LAN, compuesta al menos por ocho equipos a los que se para la puerta de enlace.
pueda asignar una direccin IP. Resulta indiferente si los medios
de transmisin son cableados o inalmbricos. h) Una vez verificada la conectividad entre equipos de la misma subred
comprobar que realmente existe segmentacin IP entre equipos que
El sistema operativo no tiene por que ser el mismo en todos los pertenezcan a distintas subredes. Ejecutar el comando ping desde
equipos, slo es necesario que funcionen con el protocolo TCP/IP un equipo de la subred 1 a direcciones IP de las subredes 2, 3 y 4.
y que permitan ejecutar sus comandos.

Observaciones
Tiempo estimado: 45 min.
Puede suceder que se disponga de equipos en los que el sistema
operativo no sea el mismo; por ejemplo: Windows en unos y Linux
Enunciado en otros, o que las versiones sean distintas. Todo ello no modifica
el proceso de esta actividad siempre y cuando el protocolo insta-
En una LAN con direccin 192.168.1.0 se pretende hacer una segmen- lado en todos ellos sea TCP/IP.
tacin IP de cuatro subredes para mejorar la eficiencia de la misma.
Si en el apartado 6 del procedimiento se detectan errores de
conectividad, primero se revisar que todos los equipos estn
Procedimiento correctamente conectados a nivel fsico, despus se pasar el
apartado g y se revisar la configuracin TCP/IP de cada equipo
a) Determinar la mscara de subred que permita la creacin de las antes de volver de nuevo al apartado f.
cuatro subredes. Anotar su valor primero como nmero binario y
despus en notacin binario decimal. Al consultar las tablas ARP que se guardan en la memoria cach
de cada adaptador de red, se debe tener en cuenta que la mayora
b) Calcular para la subred 1, la direccin de red, direccin de difu- de ellos slo almacena cuatro entradas.
sin, primera y ltima direccin vlida de host.
Al modificar las direcciones IP y mscaras de subred de cada
c) Repetir el punto anterior para el resto de las subredes, a las que equipo comprobaremos que en ninguno de ellos hay una direccin
denominaremos: subred 2, subred 3 y subred 4. IP especificada para la puerta de enlace.

d) Introducir en la configuracin TCP/IP de cada uno de los equipos Para identificar adecuadamente los mensajes esperados despus
la mscara de subred calculada en el primer apartado. Modificar de ejecutar el comando ping, se recomienda consultar los casos
sus direcciones IP de tal manera que cada subred est compuesta prcticos uno y dos de esta unidad.
al menos por dos de ellos.
Para responder a los apartados 2 y 3 se recomienda utilizar el
e) Una vez introducidos los cambios debemos reiniciar los equipos en informe RFC 1878. Dentro de l hay una tabla (Tabla 1-2) con
los que el sistema operativo lo demande para que tengan efecto. todas las combinaciones posibles. Considerar que el identificador
genrico N.N.N de la tabla equivale a 192.168.1 en esta actividad.

01153
Actividad prctica 2

Objetivos f) Realiza las pruebas de conectividad desarrolladas en el Caso prc-


Emplear utilidades software para realizar pruebas de conectividad tico 1, utilizando en esta ocasin QCheck.
IP y medir la eficiencia de la red.
g) Para ello hacemos clic sobre los botones TCP y Response Time de la
consola, en el campo From Endpoint 1 introducimos la direccin
Materiales IP del host origen, y en el campo To Endpoint 2 la direccin IP del
Una LAN con un esquema similar al visto en el Caso prctico 1 (se host destino. La aplicacin QCheck se ejecuta desde el host origen.
puede prescindir de la parte Wi-Fi). Los datos de configuracin
LAN pueden ser los mismos.
Observaciones
Utilidad de diagnstico QCheck. Esta utilidad se puede
descargar desde http://www.netiq.com/qcheck/ QCheck realiza las pruebas de diagnstico slo entre dos equipos
cada vez. Es imprescindible que la utilidad est instalada en
ambos, por lo que se recomienda instalarlo en todos los equipos de
Tiempo estimado: 30 min. la red.

Cada vez que se haga una prueba, la aplicacin se ejecuta en uno


Enunciado solo de los extremos, en el otro QCheck se ha ejecutado en memo-
ria residente al iniciar el PC.
Sobre una configuracin de red adaptada del Caso prctico 1 (vase la
Figura 5.7) realizaremos pruebas de conectividad, eficiencia en la tasa Los resultados obtenidos en las medidas de eficiencia de la red se
de transferencia de datos para los protocolos TCP y UDP. corresponden con el momento concreto en el que se hacen. Para
evitar resultados no representativos se realizarn en diferentes
ocasiones y admitiremos como vlido el que se repita con ms fre-
Procedimiento cuencia.

a) Instalar en cada uno de los equipos de la red el programa de diag-


nstico QCheck.

b) Ejecutar desde uno de los equipos de la red cableada Ethernet la


utilidad QCheck. Aparecer la consola mostrada en la Figura 5.37.

c) Para medir la eficiencia de la red con otro equipo de la red inalm-


brica hacemos clic sobre los botones TCP y Throughput de la consola.
El campo From Endpoint 1 tendr el valor localhost y en el campo To
Endpoint 2 tecleamos la direccin IP de uno de los equipos de la red
inalmbrica, por ejemplo 192.168.135.101. Para comenzar el diag- Fig. 5.37. Consola
nstico hacemos clic sobre el botn Run. Anotamos el valor obtenido. de la aplicacin QCheck.
(El tamao de los datos empleados ser de 100 Kbps).

d) Realizar el apartado c cambiando al protocolo UDP.

e) Comprobar los apartados 3 y 4 haciendo las pruebas en direccin


contraria. Es decir, ejecutando la utilidad Check desde el otro equipo.

e) Repite los apartados 3, 4 y 5 de la siguiente manera: primero entre


dos equipos de la red inalmbrica, y despus entre dos equipos de
la red cableada. Comparar los resultados obtenidos.

01154
Preguntas de evaluacin

1 Qu diferencias hay entre una direccin fsica y una direc- 10 Qu mensajes ICMP emplea el comando ping?
cin lgica?
11 Enumera varios de los servicios de red disponibles en la capa
2 Por qu el protocolo TCP se considera ms fiable que el pro- de aplicacin del protocolo TCP/IP.
tocolo UDP?
12 Cuando se habla de nmeros de puertos TCP o UDP, qu sig-
3 Cmo se denomina a los paquetes de datos en cada capa del nifican los denominados bien conocidos?
protocolo TCP/IP?
13 En una conexin TCP, en cul de los extremos se realiza una
4 Cmo se consigue separar en una direccin IP la direccin de asignacin dinmica de puerto?
red de la direccin de host?
14 Qu significa el trmino socket en una conexin TCP?
5 En una direccin IP escrita en binario, qu reglas se siguen
para determinar a qu clase pertenece? 15 Para qu sirven las tablas de rutas?

6 En una direccin IP escrita en notacin punto decimal, qu 16 Explica como se puede determinar la traza de una ruta.
reglas se siguen para determinar a qu clase pertenece?
17 Las conexiones del protocolo TCP que muestra el comando
7 Qu ventajas se obtienen al segmentar redes? netstat estn acompaadas de un estado. Cuntos estados
posibles hay? Cul es su significado?
8 En qu capa opera el protocolo ARP? Cul es su principal
cometido? 18 El comando netstat puede mostrar un cdigo de identifica-
cin de proceso para cada puerto activo. Indica al menos dos
9 Describe los pasos que se siguen durante una negociacin a formas de averiguar a qu aplicacin se corresponde ese
tres vas del protocolo TCP. cdigo PID.

Ejercicios

1 Calcula el nmero de redes que puede haber en cada una de las 4 Cuntas subredes crea cada una de estas mscaras al ser aso-
clases de direcciones IP (clases A, B y C). ciada a una direccin IP de clase C?

2 Calcula el nmero de hosts que puede haber en cada una de las a) 255.255.255.192
clases de direcciones IP (clases A, B y C). b) 255.255.255.224
c) 255.255.255.248
3 Indica a qu clase pertenece cada una de las siguientes direc-
ciones IP: 5 Indica para cada una de las siguientes direcciones IP, cul es
el identificador de red y cul es el identificador de host:
a) 64.81.234.120
b) 124.23.45.28 a) 127.0.0.1
c) 192.154.23.14 b) 66.102.9.104
c) 245.34.67.14
d) 122.23.9.167
e) 171.34.59.201
f) 114.50.34.29

01155