UNIVERSIDAD NACIONAL EXPERIMENTAL POLITCNICA DE LAS

FUERZAS ARMADAS
INGENIERA EN TELECOMUNICACIONES
REDES DE TELECOMUNICACIONES
LABORATORIO DE REDES DE TELECOMUNICACIONES

PRCTICA #4

ESTUDIO DEL PROTOCOLO Y DIRECCIONAMIENTO IP

OBJETIVOS

1.- Describir la estructura de un paquete IP.

2.- Identificar las clases de direcciones IP.

3.- Determinar las direcciones IP de los nodos de una red con caractersticas
especificadas: direccin de red, mscara, direccin de broadcast, rango de
direcciones vlidas para los hosts.

4.- Utilizar comandos y el analizador de trfico para la exploracin de
informacin sobre la red, la comunicacin entre sus nodos y la deteccin de
problemas en las conexiones.

INTRODUCCION

El Protocolo de Internet (IP) y el Protocolo de Transmisin (TCP), fueron
desarrollados inicialmente en 1973 por el informtico estadounidense Vinton
Cerf como parte de un proyecto dirigido por el ingeniero norteamericano Robert
Kahn y patrocinado por la Agencia de Programas Avanzados de Investigacin
(ARPA, siglas en ingls) del Departamento Estadounidense de Defensa.
Internet comenz siendo una red informtica de ARPA (llamada ARPAnet) que
conectaba redes de ordenadores de varias universidades y laboratorios en
investigacin en Estados Unidos. World Wibe Web se desarroll en 1989 por el
informtico britnico Timothy Berners-Lee para el Consejo Europeo de
Investigacin Nuclear (CERN, siglas en francs).


Arquitectura de TCP/IP

TCP/IP es el protocolo comn utilizado por todos los ordenadores
conectados a Internet, de manera que stos puedan comunicarse entre s. Hay
que tener en cuenta que en Internet se encuentran conectados ordenadores de
clases muy diferentes y con hardware y software incompatibles en muchos
casos, adems de todos los medios y formas posibles de conexin. Aqu se
encuentra una de las grandes ventajas del TCP/IP, pues este protocolo se
encargar de que la comunicacin entre todos sea posible. TCP/IP es
compatible con cualquier sistema operativo y con cualquier tipo de hardware.

Protocolo IP

El protocolo de IP (Internet Protocol) es la base fundamental de la
Internet. Porta datagramas de la fuente al destino. El nivel de transporte parte
el flujo de datos en datagramas. Durante su transmisin se puede partir un
datagrama en fragmentos que se montan de nuevo en el destino. Las
principales caractersticas de este protocolo son:

Protocolo orientado a no conexin.
Fragmenta paquetes si es necesario.
Direccionamiento mediante direcciones lgicas IP de 32 bits.
Si un paquete no es recibido, este permanecer en la red durante un
tiempo finito.
Realiza el "mejor esfuerzo" para la distribucin de paquetes.
Tamao mximo del paquete de 65635 bytes.
Slo ser realiza verificacin por suma al encabezado del paquete, no a
los datos ste que contiene.

El Protocolo Internet proporciona un servicio de distribucin de paquetes
de informacin orientado a no conexin de manera no fiable. La orientacin a
no conexin significa que los paquetes de informacin, que ser emitido a la
red, son tratados independientemente, pudiendo viajar por diferentes
trayectorias para llegar a su destino. El trmino no fiable significa ms que
nada que no se garantiza la recepcin del paquete.

La unidad de informacin intercambiada por IP es denominada
datagrama. Tomando como analoga los marcos intercambiados por una red
fsica los datagramas contienen un encabezado y una rea de datos. IP no
especifica el contenido del rea de datos, sta ser utilizada arbitrariamente
por el protocolo de transporte.
Formato del Datagrama IP

Los Datagramas IP estn formados por Palabras de 32 bits. Cada
Datagrama tiene un mnimo (y tamao ms frecuente) de cinco palabras y un
mximo de quince.

Figura 1
Ver: Versin de IP que se emplea para construir el Datagrama. Se
requiere para que quien lo reciba lo interprete correctamente.
Hlen: Tamao de la cabecera en palabras.
TOS: Tipo de servicio. La gran mayora de los hosts y routers ignoran
este campo. Los tres primeros bits indican la importancia del datagrama,
no es obligatorio para la red cumplirlo.
Longitud Total: Mide en bytes la longitud de todo el datagrama incluidos
los datos encapsulados.

Antes de continuar con la segunda palabra del Datagrama IP, hace falta
introducir conceptos relacionados con la fragmentacin.

Fragmentacin: En primer lugar, de qu tamao es un datagrama? El
tamao para un datagrama debe ser tal que permita la encapsulacin,
esto es, enviar un datagrama completo en una trama fsica. El problema
est en que el datagrama debe transitar por diferentes redes fsicas, con
diferentes tecnologas y diferentes capacidades de transferencia. A la
capacidad mxima de transferencia de datos de una red fsica se le
llama MTU (el MTU de Ethernet es 1500 bytes por trama, la de FDDI es
4497 bytes por trama). Cuando un datagrama pasa de una red a otra
con un MTU menor a su tamao es necesaria la fragmentacin. A las
diferentes partes de un datagrama se les llama fragmento. Al proceso de
reconstruccin del datagrama a partir de sus fragmentos se le llama
reensamblado de fragmentos.

El control de la fragmentacin de un datagrama IP se realiza con los campos
de la segunda palabra de su cabecera:


Identificacin: Numero de 16 bits que identifica al Datagrama, que
permite implementar nmeros de secuencias y que permite reconocer
los diferentes fragmentos de un mismo datagrama, pues todos ellos
comparten este nmero.
Flags: Un campo de tres bits donde el primero est reservado. El
segundo, llamado bit de No - Fragmentacin significa: 0 = Puede
fragmentarse el datagrama 1 =No puede fragmentarse el datagrama.
El tercer bit es llamado ms fragmentos y significa: 0 = nico
fragmento o Ultimo fragmento, 1 =aun hay ms fragmentos. Cuando
hay un 0 en ms fragmentos, debe evaluarse el campo desp. de
fragmento: si este es cero, el Datagrama no est fragmentado, si es
diferente de cero, el Datagrama es un ltimo fragmento.
Desp. de fragmento: A un trozo de datos se le llama bloque de
fragmento. Este campo indica el tamao del desplazamiento en bloques
de fragmento con respecto al datagrama original, empezando por el
cero.


Para finalizar con el tema de fragmentacin, hay que mencionar el Plazo
de Reensamblado, que es un time out que el host destino establece como
mximo para esperar por todos los fragmentos de un datagrama. Si se vence y
aun no llegan TODOS, entonces se descartan los que ya han llegado y se
solicita el reenvo del datagrama completo.


TTL: Tiempo de Vida del Datagrama, especifica el numero de segundos
que se permite al datagrama circular por la red antes de ser descartado.
Protocolo: Especifica que protocolo de alto nivel se emple para
construir el mensaje transportado en el campo datos de datagrama IP.
Algunos valores posibles son: 1 =ICMP, 6 =TCP, 17 =UDP.
Checksum: Mtodo para comprobar la integridad de la informacin, IP
asume que la correccin la harn protocolos de nivel superior.
Direccin IP de la Fuente: direccin IP origen en hexadecimal.
Direccin IP del Destino: direccin IP destino en hexadecimal.
Opciones IP: Existen hasta 40 bytes extra en la cabecera del datagrama
IP que pueden llevar una o ms opciones. Su uso es bastante raro.
Relleno: si existen opciones el campo relleno se completa con tantos
ceros como sean necesarios para que la longitud total sea un mltiplo de
32 bits.
Datos: son los datos encapsulados dentro del paquete IP que se
corresponden con el siguiente protocolo que se debe usar.





Divisin de redes


En lugar de tener todos los hosts conectados en cualquier parte a una
vasta red global, es ms prctico y manejable agrupar los hosts en redes
especficas. Red y subred son trminos utilizados indistintamente para referirse
a cualquier sistema de red hecho posible por los protocolos de comunicacin
comunes compartidos del modelo TCP/IP. De manera similar, a medida que
nuestras redes crecen, pueden volverse demasiado grandes para manejarlas
como una nica red. En ese punto, necesitamos dividir nuestra red. Cuando
planeamos la divisin de la red, necesitamos agrupar aquellos hosts con
factores comunes en la misma red.

Las redes pueden agruparse basadas en factores que incluyen:

ubicacin geogrfica,
propsito, y
propiedad.

Internet est compuesto por millones de hosts y cada uno est
identificado por su direccin nica de capa de red. Esperar que cada host
conozca la direccin de cada uno de los otros hosts sera imponer una carga
de procesamiento sobre estos dispositivos de red que degradaran gravemente
su rendimiento.

Dividir grandes redes para que estn agrupados los hosts que necesitan
comunicarse, reduce la carga innecesaria de todos los hosts para conocer
todas las direcciones. Para todos los otros destinos, los hosts slo necesitan
conocer la direccin de un dispositivo intermediario al que envan paquetes
para todas las otras direcciones de destino. Este dispositivo intermediario se
denomina gateway. El gateway es un router en una red que sirve como una
salida desde esa red.

La direccin lgica IPv4 de 32 bits es jerrquica y est constituida por
dos partes. La primera parte identifica la red y la segunda parte identifica al
host en esa red. Se requiere de las dos partes para completar una direccin IP.

Por comodidad, las direcciones IPv4 se dividen en cuatro grupos de
ocho bits (octetos). Cada paso se convierte a su valor decimal y la direccin
completa escrita como los cuatro valores decimales separados por punto
(perodo).

Por ejemplo: 192.168.18.57
En este ejemplo, como muestra la figura, los tres primeros octetos,
(192.168.18) pueden identificar la porcin de la red de la direccin, y el ltimo
octeto (57) identifica al host.











Figura 2
Esto es direccionamiento jerrquico porque la porcin de la red indica a
la red donde se ubica cada direccin de host nica. Los routers slo necesitan
conocer cmo llegar a cada red en lugar de conocer la ubicacin de cada host
individual.

Con el direccionamiento jerrquico de IPv4, la porcin de la red de la
direccin para todos los hosts en una red es la misma. Para dividir una red, la
porcin de la red de la direccin es extendida para usar bits desde la porcin
del host de la direccin. Estos bits de host pedidos prestados luego se usan
como bits de red para representar las diferentes subredes dentro de un rango
de red original.

Dado que una direccin IPv4 es de 32 bits, cuando los bits del host se
usan para dividir una red, cuanto ms subredes se crean, menos hosts pueden
utilizarse para cada subred. Sin considerar el nmero de subredes creado, se
requiere que cada uno de los 32 bits indentifique un host individual.

Al nmero de bits de una direccin utilizada como porcin de red se lo
denomina longitud del prefijo. Por ejemplo, si una red usa 24 bits para expresar
la porcin de red de una direccin, se dice que el prefijo es /24. En los
dispositivos de una red IPv4, un nmero separado de 32 bits llamado mscara
de subred indica el prefijo.

El direccionamiento es una funcin clave de los protocolos de capa de
Red que permite la transmisin de datos entre hosts de la misma red o en
redes diferentes. El Protocolo de Internet versin 4 (IPv4) ofrece
direccionamiento jerrquico para paquetes que transportan datos.

Disear, implementar y administrar un plan de direccionamiento IPv4
efectivo asegura que las redes puedan operar de manera eficaz y eficiente.

Figura 3

Punto Decimal

Los patrones binarios que representan direcciones IPv4 son expresados
con puntos decimales separando cada byte del patrn binario, llamado octeto,
con un punto. Se le llama octeto debido a que cada nmero decimal representa
un byte u 8 bits.

Por ejemplo: la direccin
10101100000100000000010000010100
Se expresada en puntos decimales como
172.16.4.20

Tenga en cuenta que los dispositivos usan la lgica binaria. El formato
decimal punteado se usa para que a las personas les resulte ms fcil utilizar y
recordar direcciones.

Porciones de red y de host
En cada direccin IPv4, alguna porcin de los bits de orden superior
representa la direccin de red. En la Capa 3, se define una red como un grupo
de hosts con patrones de bits idnticos en la porcin de direccin de red de sus
direcciones. A pesar de que los 32 bits definen la direccin host IPv4, existe
una cantidad variable de bits que conforman la porcin de host de la direccin.
El nmero de bits usado en esta porcin del host determina el nmero de hosts
que podemos tener dentro de la red.

Notacin de posicin

El Aprendizaje de la notacin de posicin para convertir binario a
decimal requiere una comprensin de los fundamentos matemticos de un
sistema de numeracin llamado notacin de posicin. Notacin de posicin
significa que un dgito representa diferentes valores segn la posicin que
ocupa. Ms especficamente, el valor que un dgito representa es el valor
multiplicado por la potencia de la base o raz representado por la posicin que
el dgito ocupa. Algunos ejemplo ayudarn a aclarar cmo funciona este
sistema.

Para el nmero decimal 245, el valor que el 2 representa es 2*10^2 (2
multiplicado por 10 elevado a la segunda potencia). El 2 se encuentra en lo que
comnmente llamamos la posicin "100". Notacin de posicin se refiere a esta
posicin como posicin base^2 porque la base o raz es 10 y la potencia es 2.
Usando la notacin de posicin en el sistema de numeracin con base
10, 245 representa:
245 =(2 * 10^2) +(4 * 10^1) +(5 * 10^0)

245 =(2 * 100) +(4 * 10) +(5 * 1)

Sistema de numeracin binaria

En el sistema de numeracin binaria la raz es 2. Por lo tanto, cada
posicin representa potencias incrementadas de 2. En nmeros binarios de 8
bits, las posiciones representan estas cantidades:
2^7 2^62^5 2^4 2^32^2 2^1 2^0
128 64 32 16 8 4 2 1
El sistema de numeracin de base 2 tiene solamente dos dgitos: 0 y 1.
Cuando se interpreta un byte como un nmero decimal, se obtiene la cantidad
que esa posicin representa si el dgito es 1 y no se obtiene la cantidad si el
dgito es 0, como se muestra en la figura.
1 1 1 1 1 1 1 1
128 64 32 16 8 4 2 1
Un 1 en cada posicin significa que el valor para esa posicin se suma al
total. sta es la suma cuando hay un 1 en cada posicin de un octeto. El total
es 255.
128 +64 +32 +16 +8 +4 +2 +1 =255
Un 0 en cada posicin indica que el valor para esa posicin no se suma
al total. Un 0 en cada posicin produce un total de 0.
0 0 0 0 0 0 0 0
128 64 32 16 8 4 2 1
0 +0 +0 +0 +0 +0 +0 +0 =0
Observe la figura para obtener los pasos para convertir una direccin
binaria en una direccin decimal.
En el ejemplo, el nmero binario:
10101100000100000000010000010100
Se convierte en:
172.16.4.20
Tenga en cuenta estos pasos:
Divida los 32 bits en 4 octetos.
Convierta cada octeto a decimal.
Agregue un "punto" entre cada decimal.








Figura 4



Figura 5
Direcciones IP
Para que en una red dos computadoras puedan comunicarse entre s
ellas deben estar identificadas con precisin Este identificador puede estar
definido en niveles bajos (identificador fsico) o en niveles altos (identificador
lgico) de pendiendo del protocolo utilizado. TCP/IP utiliza un identificador
denominado direccin internet o direccin IP, cuya longitud es de 32 bites. La
direccin IP identifica tanto a la red a la que pertenece una computadora como
a ella misma dentro de dicha red.
Tomando tal cual est definida una direccin IP podra surgir la duda de
cmo identificar qu parte de la direccin identifica a la red y qu parte al nodo
en dicha red. Lo anterior se resuelve mediante la definicin de las "Clases de
Direcciones IP". Para clarificar lo anterior veamos que una red con direccin
clase A queda precisamente definida con el primer octeto de la direccin, la
clase B con los dos primeros y la C con los tres primeros octetos. Los octetos
restantes definen los nodos en la red especfica.
Los protocolos implementados en la capa de Red que llevan datos del
usuario son:
versin 4 del Protocolo de Internet (IPv4),
versin 6 del Protocolo de Internet (IPv6),
intercambio Novell de paquetes de internetwork (IPX),
AppleTalk, y
servicio de red sin conexin (CLNS/DECNet).
El Protocolo de Internet (IPv4 y IPv6) es el protocolo de transporte de
datos de la capa 3 ms ampliamente utilizado y ser el tema de este curso. Los
dems protocolos no sern abordados en profundidad. Caractersticas bsicas
de IPv4:
Sin conexin: No establece conexin antes de enviar los paquetes de
datos.
Mximo esfuerzo (no confiable): No se usan encabezados para
garantizar la entrega de paquetes.
Medios independientes: Operan independientemente del medio que lleva
los datos.
Clases de redes antiguas
Histricamente, la RFC1700 agrupaba rangos de unicast en tamaos
especficos llamados direcciones de clase A, de clase B y de clase C. Tambin
defina a las direcciones de clase D (multicast) y de clase E (experimental),
anteriormente tratadas.
Las direcciones unicast de clases A, B y C definan redes de tamaos
especficos, as como bloques de direcciones especficos para estas redes,
como se muestra en la figura. Se asign a una compaa u organizacin todo
un bloque de direcciones de clase A, clase B o clase C. Este uso de espacio de
direccin es denominado direccionamiento con clase.
Bloques de clase A
Se dise un bloque de direcciones de clase A para admitir redes
extremadamente grandes con ms de 16 millones de direcciones host. Las
direcciones IPv4 de clase A usaban un prefijo /8 fijo, donde el primer octeto
indicaba la direccin de red. Los tres octetos restantes se usaban para las
direcciones host.
Para reservar espacio de direcciones para las clases de direcciones
restantes, todas las direcciones de clase A requeran que el bit ms
significativo del octeto de orden superior fuera un cero. Esto significaba que
slo haba 128 redes de clase A posibles, de 0.0.0.0 /8 a 127.0.0.0 /8, antes de
excluir los bloques de direcciones reservadas. A pesar de que las direcciones
de clase A reservaban la mitad del espacio de direcciones, debido al lmite de
128 redes, slo podan ser asignadas a aproximadamente 120 compaas u
organizaciones.

Bloques de clase B
El espacio de direcciones de clase B fue diseado para satisfacer las
necesidades de las redes de tamao moderado a grande con ms de 65.000
hosts. Una direccin IP de clase B usaba los dos octetos de orden superior
para indicar la direccin de red. Los dos octetos restantes especificaban las
direcciones host. Al igual que con la clase A, deba reservarse espacio de
direcciones para las clases de direcciones restantes.
Con las direcciones de clase B, los dos bits ms significativos del octeto
de orden superior eran 10. De esta forma, se restringa el bloque de
direcciones para la clase B a 128.0.0.0 /16 hasta 191.255.0.0 /16. La clase B
tena una asignacin de direcciones un tanto ms eficiente que la clase A
debido a que divida equitativamente el 25% del total del espacio de
direcciones IPv4 entre aproximadamente 16.000 redes.

Bloques de clase C
El espacio de direcciones de clase C era la clase de direcciones
antiguas ms comnmente disponible. Este espacio de direcciones tena el
propsito de proporcionar direcciones para redes pequeas con un mximo de
254 hosts.
Los bloques de direcciones de clase C utilizaban el prefijo /24. Esto
significaba que una red de clase C usaba slo el ltimo octeto como
direcciones host, con los tres octetos de orden superior para indicar la direccin
de red.
Los bloques de direcciones de clase C reservaban espacio de
direcciones para la clase D (multicast) y la clase E (experimental) mediante el
uso de un valor fijo de 110 para los tres bits ms significativos del octeto de
orden superior. Esto restringi el bloque de direcciones para la clase C de
192.0.0.0 /16 a 223.255.255.0 /16. A pesar de que ocupaba slo el 12.5% del
total del espacio de direcciones IPv4, poda suministrar direcciones a 2 millones
de redes.

Limitaciones del sistema basado en clases

No todos los requisitos de las organizaciones se ajustaban a una de
estas tres clases. La asignacin con clase de espacio de direcciones a menudo
desperdiciaba muchas direcciones, lo cual agotaba la disponibilidad de
direcciones IPv4. Por ejemplo: una compaa con una red con 260 hosts
necesitara que se le otorgue una direccin de clase B con ms de 65.000
direcciones.
A pesar de que este sistema con clase no fue abandonado hasta finales
de la dcada del 90, es posible ver restos de estas redes en la actualidad. Por
ejemplo: al asignar una direccin IPv4 a una computadora, el sistema operativo
examina la direccin que se est asignando para determinar si es de clase A,
clase B o clase C. Luego, el sistema operativo adopta el prefijo utilizado por
esa clase y realiza la asignacin de la mscara de subred adecuada.
Otro ejemplo es la adopcin de la mscara por parte de algunos
protocolos de enrutamiento. Cuando algunos protocolos de enrutamiento
reciben una ruta publicada, se puede adoptar la longitud del prefijo de acuerdo
con la clase de direccin.

Direccionamiento sin clase

El sistema que utilizamos actualmente se denomina direccionamiento sin
clase. Con el sistema classless, se asignan los bloques de direcciones
adecuados para la cantidad de hosts a las compaas u organizaciones sin
tener en cuenta la clase de unicast.
Es necesario que la asignacin del espacio de direcciones de la capa de red
dentro de la red corporativa est bien diseada. Los administradores de red no
deben seleccionar de forma aleatoria las direcciones utilizadas en sus redes.
Tampoco la asignacin de direcciones dentro de la red debe ser aleatoria.
La asignacin de estas direcciones dentro de las redes debera ser
planificada y documentada a fin de:
Evitar duplicacin de direcciones.
Proveer y controlar el acceso.
Monitorear seguridad y rendimiento.












Figura 6

Figura 7
El prefijo y la mscara de subred son diferentes formas de representar lo
mismo, la porcin de red de una direccin. Como se muestra en la figura, un
prefijo /24 se expresa como mscara de subred de esta forma 255.255.255.0
(11111111.11111111.11111111.00000000). Los bits restantes (orden inferior)
de la mscara de subred son nmeros cero, que indican la direccin host
dentro de la red.

La mscara de subred se configura en un host junto con la direccin
IPv4 para definir la porcin de red de esa direccin.
Por ejemplo: veamos el host 172.16.4.35/27:
direccin
172.16.20.35
10101100.00010000.00010100.00100011
mscara de subred
255.255.255.224
11111111.11111111.11111111.11100000
direccin de red
172.16.20.32
10101100.00010000.00010100.00100000

Como los bits de orden superior de las mscaras de subred son
contiguos nmeros 1, existe solamente un nmero limitado de valores de
subred dentro de un octeto. Slo es necesario ampliar un octeto si la divisin
de red y host entra en dicho octeto. Por lo tanto, se usan patrones de 8 bits
limitados en las mscaras de subred.

Si la mscara de subred de un octeto est representada por 255,
entonces todos los bits equivalentes de ese octeto de la direccin son bits de
red. De igual manera, si la mscara de subred de un octeto est representada
por 0, entonces todos los bits equivalentes de ese octeto de la direccin son
bits de host. En cada uno de estos casos, no es necesario ampliar este octeto a
binario para determinar las porciones de red y host.

Frmula para calcular subredes

Use esta frmula para calcular la cantidad de subredes:
2^n donde n =la cantidad de bits que se tomaron prestados
En este ejemplo, el clculo es as:
2^1 =2 subredes
La cantidad de hosts
Para calcular la cantidad de hosts por red, se usa la frmula 2^n - 2
donde n =la cantidad de bits para hosts.
La aplicacin de esta frmula, (2^7 - 2 =126) muestra que cada una de
estas subredes puede tener 126 hosts.
En cada subred, examine el ltimo octeto binario. Los valores de estos
octetos para las dos redes son:
Subred 1: 00000000 =0
Subred 2: 10000000 =128

PRE- LABORATORIO
NOTA 1: EL PRE-LABORATORIO TIENE LA FINALIDAD DE PREPARAR
AL ESTUDIANTE PARA EL QUIZ Y LA PRCTICA A SER REALIZADOS
EL DA QUE LE CORRESPONDA EL LABORATORIO.

NOTA 2: El PRE- LABORATORIO NO SE ENTREGA.

1.- Convierta de binario a decimal y viceversa las siguientes direcciones
IP.

10.10.10.10
192.168.255.255
111111111.10101010.11111111.00000000
200.44.248.128
11000000.00010001.00001010.10010010
10000000.11100001.01010000.00000010
209.157.172.111


2.- Describa la estructura (Porcin de Red / Porcin de Hosts) y clase de
las siguientes direcciones IP.

Dir IP Porcin de Red Porcin de Host Clase
192.168.20.12
200.168.0.254
172.31.200.200
Web 1 (Prctica 3)
Web 2 (Prctica 3)
www.unefa.edu.ve

3.- Determinar las direcciones IP de los nodos de una red con
caractersticas especificadas: direccin de red (DR), mscara (M),
direccin de broadcast (DB) y rango de direcciones vlidas para los hosts
(1er Host y ltimo Host).

a) 172.15.130.130/27
DR:
M:
1
er
HOST:
ltimo HOST:
DB:
TR:
b) 10.255.255.255/25
DR:
M:
1
er
HOST:
ltimo HOST:
DB:
TR:
c) 198.268.1.1/30
DR:
M:
1
er
HOST:
ltimo HOST:
DB:
TR:





PRCTICA # 4
TRABAJO PRCTICO DE LABORATORIO
Grupo: Martes Sbados Fecha: ___ / ___ / 2013
A
l
u
m
n
o

Apellido Nombre
Cdula de
Identidad
X

Firma
1

2

3

NOTA: X es el ltimo nmero de la cdula de cada estudiante

A
l
u
m
n
o

1.a 1.b
1.c (Incluye
Pasos 1 al 4)
Total
3 puntos 5 puntos 12 puntos 20 puntos
1
2
3

NOTA 1: IMPRIMIR EL TRABAJO PRCTICO DE LABORATORIO Y
LLEVARLO AL LABORATORIO EL DA CORRESPONDIENTE A LA
PRCTICA.
NOTA 2: Duracin del Quiz: 15 minutos - Duracin Mxima de la Prctica: 90
minutos - Revisin de lo realizado en la Prctica: 30 minutos.
1.- Realizar en el simulador Packet Tracer los siguientes montajes.

a) En el simulador realice el siguiente montaje, con asesoramiento del
profesor, configure las estaciones con las direcciones IP
192.168.2.(1X
1
X
2
) y 192.168.2.(X
2
X
1
+2), para poder realizar ping a la
otra estacin conectada, verifique sus resultados y compare con los
obtenidos en las prcticas anteriores.


Figura 8


b) Realice el siguiente montaje y utilizando las mismas direcciones
anteriores, utilice el comando ping y compare los resultados con los
obtenidos en las practicas anteriores.



Figura 9

c) Realice el siguiente montaje y utilizando para el servidor la direccin
192.168.1.254 y para la estacin 192.168.1.2.


Figura 10

En la pestaa de configuracin del servidor en el rengln GLOBAL-
Settings- Display Name escriba Servidor Web, en el rengln SERVICES-
HTTP-File Name escriba index.html, en el cuadro inferior escriba el siguiente
cdigo html

<html>
<center><font size='+5' color='blue'>UNEFA</font></center>
<hr>Bienvenidos al Laboratorio de Redes de Telecomunicaciones
</html>

Luego verifique si se encuentra encendido el servidor, en caso de no estar
encendido, encindalo.

Utilice el comando ping para verificar, la conexin entre el servidor web y
la estacin de trabajo, despus desde la estacin de trabajo en la pestaa
Desktop- Web Browser escriba la IP del servidor y verifique que obtiene la
pagina Web escrita anteriormente.

Ahora conmute de modo de tiempo real a simulacin

En la parte inferior derecha ms lejana de la interfaz de PT se encuentra
el conmutador para pasar del modo de tiempo real a simulacin. El Rastreador
de paquetes siempre comienza en modo en tiempo real, donde los protocolos
de red operan con temporizaciones realistas. Sin embargo, una eficaz funcin
de Packet Tracer permite al usuario "detener el tiempo" conmutando al modo
de simulacin. En el modo de simulacin, los paquetes se muestran como
sobres animados, el tiempo es desencadenado por eventos y el usuario puede
revisar los eventos de red. Haga clic en el modo Simulacin.

Paso 1. Cree un paquete y acceda a la ventana Informacin de PDU

Haga clic en la PC del cliente Web. Elija la ficha Escritorio. Abra el
Navegador Web. Ingrese la direccin IP del servidor Web en el navegador,
192.168.1.254. Al hacer clic en Ir iniciar la solicitud del servidor Web. Minimice
la ventana de configuracin de Cliente Web. Debido a que el tiempo en la
simulacin se desencadena por eventos, debe usar el botn
Capturar/Reenviar para mostrar los eventos de red. Aparecen dos paquetes
en la lista de eventos, uno de los cuales tiene un ojo al lado. Un ojo al lado del
paquete significa que se muestra como un sobre en la topologa lgica. Busque
el primer paquete en Lista de eventos y haga clic en el cuadro de color de la
columna de Informacin.

Paso 2. Investigue los algoritmos del dispositivo en el visor del modelo
OSI.

Cuando hace clic en el cuadrado de Informacin de un paquete de la
lista de eventos o equivalente, hace clic en el sobre de un paquete que se
exhibe en la topologa lgica y se abre la ventana Informacin PDU. El modelo
OSI organiza esta ventana. En el caso del primer paquete que observamos,
note que la solicitud HTTP (en la Capa 7) se encapsula, sucesivamente, en las
Capas 4, 3, 2 y 1. Si hace clic en estas capas, aparece el algoritmo que usa el
dispositivo (en este caso, la PC). Observe lo que sucede en cada capa; esto
ser el tema de gran parte del resto del curso.

Paso 3. PDU entrantes y salientes

Cuando se abre la ventana Informacin PDU, la vista por defecto es el
modelo OSI. Ahora haga clic en la ficha Detalles de la PDU saliente.
Desplcese hacia la parte inferior de esta ventana. All ver que HTTP (la
solicitud de pgina Web que inici esta serie de eventos) se encapsula como
datos en un segmento TCP, que a su vez se encapsula en un paquete IP, que
a su vez se encapsula en una trama de Ethernet y que por ltimo se transmite
como bits en el medio. Si un dispositivo es el primer dispositivo involucrado en
una serie de eventos, los paquetes de ese dispositivo slo tendrn una ficha
Detalles de la PDU saliente; si un dispositivo es el ltimo dispositivo de una
serie de eventos, los paquetes de ese dispositivo tendrn slo una ficha
Detalles de la PDU entrante. En general, ver los detalles de la PDU entrante
y saliente, que le ofrecen los detalles sobre cmo el Rastreador de paquetes
disea ese dispositivo.

Paso 4. Rastreo del paquete: animaciones del flujo de paquetes

La primera vez que se encuentre ante una animacin del paquete, en
realidad usted est capturando los paquetes, como en un analizador de
protocolo. Por lo tanto, el botn Capturar/Reenvi ar significa "capturar" un
grupo de eventos por vez. Revise la solicitud de la pgina Web. Observe que
slo est mostrando los paquetes relacionados con HTTP; pero otros
protocolos como TCP y ARP tambin tienen paquetes que no se muestran. En
cualquier momento, en su captura de paquetes, puede abrir la ventana
Informacin de PDU. Ejecute toda la animacin hasta que aparezca el
mensaje "No hay ms eventos". Experimente con este proceso de rastreo de
paquetes (ejecute nuevamente la animacin, examine los paquetes, prediga
qu suceder e investigue sus predicciones).