Informe Capitulo 4 Redes

VICERRECTORADO DOCENTE Código: GUIA-PRL-001
CONSEJO ACADÉMICO Aprobación: 2016/04/06
Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación
FORMATO DE INFORME DE PRÁCTICA DE LABORATORIO / TALLERES

/ CENTROS DE SIMULACIÓN – PARA ESTUDIANTES
CARRERA: INGENIERIA ELECTRONICA ASIGNATURA: REDES DE COMPUTADORAS I

NRO. PRÁCTICA: 4 TÍTULO PRÁCTICA: ACTIVIDADES DESARROLLADAS DEL CAPITULO 4.
OBJETIVO ALCANZADO:
• Se realizó la interacción cliente-servidor.
• Se realizaron las representaciones de Red.
• Se capturaron los stream de datos.
• Se realizó la configuración de hosts y servicios.
• Se resolvió el cuestionario del capítulo 4.
ACTIVIDADES DESARROLLADAS
1. Actividad 4.1.6.2 número de puerto UDP y TCP
Objetivos de Aprendizaje:
• Configurar y ejecutar la Simulación.
• Examinar los resultados.
Introducción:
UDP y TCP son Protocolos TCP/IP que corresponden a la Capa 4 del Modelo OSI, la Capa de transporte. Las PDU para UDP
y TCP varían considerablemente, pero comparten la noción de los números de puerto. Los segmentos incluyen números de
puerto que identifican el servicio que solicita el cliente al servidor y los números de puerto generados por el cliente al que debe
responder el servidor. Además de los números de puerto, el segmento TCP también incluye números de secuencia. Los números
de secuencia proporcionan confiabilidad al identificar los segmentos faltantes y permitir el reensamblaje de los datos de
aplicación volviendo a unir los segmentos en el orden adecuado.
Tarea 1: Configurar y ejecutar la simulación.

Paso 1: Ingrese al modo simulación.
Cuando se inicia Packet Tracer, el mismo presenta una representación lógica de la red en tiempo real. Al final de la barra
amarilla, debajo del área de trabajo lógica se encuentra la ficha Tiempo real. Ubicada por detrás y a la derecha de la ficha Tiempo
real se encuentra la ficha Simulación. Haga clic en esta ficha para ingresar en el modo de simulación.
Fig.1. Modo simulación.

Resolución CS N° 076-04-2016-04-20
Paso 2: Establezca los filtros de la lista de eventos.

Se desea capturar sólo los eventos de DNS y HTTP. En la sección Filtros de la lista de eventos, haga clic en el botón Editar
filtros y asegúrese de que sólo se seleccionen eventos DNS y HTTP.
Fig. 2. Filtros de la lista de eventos.
Paso 3: Solicite una página Web desde la PC.

Haga clic en la PC en el lugar de trabajo lógico. Abra el navegador Web en el Escritorio. Escriba udptcpexample.com en el
cuadro URL y haga clic en el botón Ir. Minimice la ventana de navegador simulado.
Fig.4. Pagina Web
Paso 4: Ejecute la simulación.

Haga clic en el botón Captura automática/Reproducir. El intercambio entre la PC y el servidor se activará y se agregarán los
eventos a la Lista de eventos. Dichos eventos representan la solicitud de las PC de cliente para el servicio DNS, seguida de la
solicitud de una página Web. El servidor envía la página Web en dos segmentos y la PC reconoce la página Web. Aparecerá un
cuadro de diálogo que indica que no hay más eventos para capturar. Haga clic en Aceptar para cerrarlo.
Resolución CS N° 076-04-2016-04-20
Fig.5. Simulación.
Tarea 2: Examinar los resultados.
Paso 1: Acceda a las PDU específicas.
En la sección Lista de eventos del panel de simulación, la última columna contiene un cuadro coloreado que brinda el acceso a
información detallada acerca de un evento. Haga clic en el cuadro de color de la última columna para obtener el primer evento.
Se abrirá la ventana Información de la PDU.
Fig 6. Modelo OSI.

Paso 2: Examine los contenidos la Ventana de información de PDU.
La primera ficha de la ventana Información de PDU contiene información acerca de la PDU entrante y saliente en relación con
el modelo OSI. Haga clic en el botón Siguiente capa >> varias veces para recorrer las capas entrantes y salientes y lea la
descripción en el cuadro debajo de las capas para obtener una descripción general de la forma en que funciona el intercambio.
Examine la información de PDU para los otros eventos para obtener una descripción general de todo el proceso de intercambio.
Si posee preguntas adicionales acerca del proceso de intercambio, asegúrese de preguntar a su instructor.
Resolución CS N° 076-04-2016-04-20
Fig.7. PDU.
2. Actividad 4.2.5.2 Establecimiento y terminación de la sesión TCP.
• Configurar y ejecutar la simulación
• Examinar los resultados
Introducción:
TCP es un protocolo orientado a conexión. Antes de que pueda intercambiarse la información, como una página Web, los puntos
deben establecer una conexión. Se establece una conexión por parte de un protocolo de enlace de tres vías donde se envían los
números de secuencia inicial para ambos puntos y se acusa recibo de ellos. Cuando el intercambio finaliza, los pares
intercambian segmentos TCP para terminar la sesión de manera adecuada. La actividad anterior se centró en el intercambio real
de los segmentos TCP. Esta actividad se enfoca en el establecimiento de la conexión antes del intercambio y la terminación de
la sesión después del mismo.
Paso 1. Ingrese al modo simulación.
Para verificar la conexión haga clic en la PC en el lugar de trabajo lógico. Abra el navegador Web en el Escritorio. Escriba
192.168.1.2 en el cuadro URL y haga clic en el botón Ir. Deberá aparecer una página Web. Haga clic en la ficha Simulación
para ingresar en el modo de simulación.
Fig.19. Simulación.
Resolución CS N° 076-04-2016-04-20

Se desea capturar sólo los eventos de TCP. En la sección Filtros de la lista de eventos, haga clic en el botón Editar filtros. Sólo
seleccione eventos TCP. Los eventos TCP incluyen protocolos de aplicación basados en TCP, como HTTP y Telnet..
Fig.20. Configuración del Server-HTTPS.
Paso 3: Solicite una página web desde la PC.

Restaure la ventana del explorador Web. En el Navegador Web, haga clic en el botón Ir para solicitar el reenvío de la página
Web. Minimice la ventana de navegador simulado.
Fig.22. Client.
Resolución CS N° 076-04-2016-04-20

Fig.5. Simulación.
Paso 1: Acceda a las PDU especificas.
Fig.25. Símbolo del sistema.
Resolución CS N° 076-04-2016-04-20
Paso 2: Examine los contenidos de la ventana de información de PDU..

Examine la información de PDU para los eventos TCP posteriores al intercambio HTTP principal de la misma manera. Dichos
eventos muestran la terminación de sesión. Observe el tipo de segmento TCP y el cambio en el número de secuencia.
Fig.27. Página Web en el client.
3. Actividad 4.4.4.2 Funcionamiento de UDP

• Configurar y ejecutar la Simulación.
• Examinar los resultados.
Introducción:
UDP es un protocolo no orientado a conexión. Se utiliza en lugar de TCP cuando la velocidad es importante y la confiabilidad
no representa una inquietud. El Sistema de nombres de dominio (DNS) utiliza UDP como su protocolo de transporte. Cuando
se solicita una página Web a través de un URL, debe obtenerse la dirección IP de un servidor de DNS antes de que pueda
encapsularse una solicitud Web en un paquete IP. Esta actividad se enfoca en el intercambio de información de DNS entre la
PC y un servidor que usa UDP..

Paso 1: Ingrese al modo simulación.
Para verificar la conexión haga clic en la PC en el lugar de trabajo lógico. Abra el navegador Web en el Escritorio. Escriba
udptcpexample.com en el cuadro URL y haga clic en el botón Ir. Deberá aparecer una página Web. Haga clic en la ficha
Simulación para ingresar en el modo de simulación.
Resolución CS N° 076-04-2016-04-20
Fig.1. Modo simulación.

Se desea capturar sólo los eventos de DNS y HTTP. En la sección Filtros de la lista de eventos, haga clic en el botón Editar
filtros y asegúrese de que sólo se seleccionen eventos DNS y HTTP.
Fig. 2. Filtros de la lista de eventos.
Paso 3: Solicite una página Web desde la PC.

Haga clic en la PC en el lugar de trabajo lógico. Abra el navegador Web en el Escritorio. Escriba udptcpexample.com en el
cuadro URL y haga clic en el botón Ir. Minimice la ventana de navegador simulado.
Resolución CS N° 076-04-2016-04-20
Fig.4. Pagina Web

Fig.5. Simulación.
Paso 1: Acceda a las PDU específicas.
Resolución CS N° 076-04-2016-04-20
Fig 6. Modelo OSI.

Paso 2: Examine los contenidos la Ventana de información de PDU.
En esta actividad nos enfocaremos sólo en información de eventos de la Capa 4. La primera ficha de la ventana Información de
PDU contiene información acerca de la PDU entrante y saliente en relación con el modelo OSI. Haga clic en el cuadro Capa 4:
para las capas entrantes y salientes, y lea el contenido del cuadro y la descripción en el cuadro que se ubica debajo de las capas.
Preste atención a los números de puerto de origen y destino. Haga clic en la ficha Detalles de la PDU saliente. En el segmento
UDP, observe la manera en que se encapsula la información de DNS en el segmento UDP.
Fig.7. PDU.
4. Actividad 4.5.1.1 OBSERVACIÓN DE TCP Y UDP A UTILIZANDO DE NETSTAT

En esta práctica se examino la utilidad del comando netstat en un equipo host del módulo para entender el estado del protocolo
de la capa de Transporte TCP/IP.
Entonces partimos realizando el montado de nuestra red para la practica respectica, el diagrama de topologia se observa en la
siguiente imagen.
Resolución CS N° 076-04-2016-04-20
TAREA 1: EXPLICAR PARÁMETROS Y RESULTADOS DE COMANDOS NETSTAT COMUNES.

Abrimos nuestra ventana de cmd del ordenador y ejecutamos la función netstat seguido de los símbolos /? Para observar las
funciones que presenta el mismo como se observa en la figura.
Funciones de Netstat
Con la información previa completamos la siguiente tabla:
Opción Descripción
Netstat –a Muestra todas las conexiones y puertos que escuchan.
Netstat –n Muestra direcciones y números de puertos en forma
numérica.
Resolución CS N° 076-04-2016-04-20
Netstat –s5 Vuelve a mostrar estadísticas cada 5 segundos. Presiona

CONTROL+C para detener la nueva visualización de las
estadísticas.
Netstat -p Muestra conexiones para el protocolo especificadas por
protocolos. El protocolo puede ser cualquiera de los
siguientes: TCP, UDP, TCPV6, o UDPV6. Si se usa con la
opción –s para mostrar estadísticas por protocolo, el
protocolo puede ser cualquiera de los siguientes:
IP, IPV6, ICMP, ICMPv6, TCP, TCPv6, UDP, o UDPv6.
Netstat –a 30 Vuelve a mostrar todas las conexiones y puertos que
escuchan cada 30 segundos.
Netstat Muestra solo las conexiones abiertas, este es un problema
complicado.
Descripción de comandos
TAREA 2: UTILIZAR NETSTAT PARA EXAMINAR LA INFORMACIÓN DEL PROTOCOLO EN UN EQUIPO

HOST DEL MÓDULO.
En nuestra ventana de cmd ejectuamos los comandos netstat –a para observar una tabla que lista el protoclo TCP y UDP como
tambien de direcciones, y tambien usamos el comando netstat –an con la cual obliga a mostrar un formato en bruto como se
observa en la siguiente figura.
Uso de comando –an

Ahora procedemos a anotar tres conexiones TCP y tres UDP del resultado de netstat –a y los números de puertos traducidos
correspondientes del resultado de netstat –an. Si hay menos de tres conexiones que se traducen, anótelo en la tabla.
Conexión Protocolo Dirección local Dirección Estado

Extranjera
TCP 0.0.0.0:80 Alejandropc:0 LISTENING
TCP 127.0.0.1:27015 Alejandropc:49353 ESTABLISHED
TCP 0.0.0.0:59113 0.0.0.0:0 LISTENING
UDP 0.0.0.0:6009 *:*
UDP 0.0.0.0:59090 *:*
UDP 127.0.0.0:64947 *:*
Resultados de conexión TCP y UDP
Resolución CS N° 076-04-2016-04-20
CONSULTE EL SIGUIENTE RESULTADO NETSTAT. UN INGENIERO DE RED NUEVO SOSPECHA QUE SU

EQUIPO HOST HA SUFRIDO UN ATAQUE EXTERIOR A LOS PUERTOS 1070 Y 1071. ¿CÓMO RESPONDERÍA?
No se ha sufrido ningún ataque exterior, las conexiones establecidas son del mismo host, se entiende que se ha establecido una
comunicación entre dos aplicaciones del mismo host.
PASO 2: ESTABLEZCA MÚLTIPLES CONEXIONES TCP SIMULTÁNEAS Y GRABE EL RESULTADO

NETSTAT.
En esta tarea, se realizarán varias conexiones simultáneas con Eagle Server. El comando telnet autorizado se utilizar para acceder
a los servicios de red Eagle Server, además de proveer varios protocolos para examinar con netstat, en la siguiente figura
observamos la topología usada, cabe recalcar que los router,switch,servidor y ordenadores ya han sido configurados previamente
con la tabla de direcciones IP propuestas en el archivo a trabajar
Topología Armada
En las siguientes figuras podemos observar que tenemos comunicación entre computadores, para poder confirmar este punto
utilizamos el comando ping en nuestra ventana cmd, en las siguientes figuras confirmamos comunicación entre la primera pc y
la segunda Pc.
Comunicación entre primer y segundo ordenador

Resolución CS N° 076-04-2016-04-20
Ahora utilizando el mismo comando procedemos a confirmar la comunicación entre la cuarta y la segunda computadora.
Comunicacion entre cuarto y segundo ordenador
Tambien observamos que podemos activar y desactivar diferentes puertos con ayuda de comandos especiales, para la
finalizacion de la practica especificamos la utilidad netstat muestra conexiones de red entrantes y salientes (TCP y UDP),
información de la tabla de enrutamiento del equipo host y estadísticas de la interfaz.
¿POR QUÉ FALLARÍAN LOS PUERTOS TELNET A UDP?

Porque, para realizar una conexion por telnet, la aplicación utiliza el protocolo TCP y no UDP.
5. Actividad 4.5.2.1 PROTOCOLOS DE LA CAPA DE TRANSPORTE TCP/IP, TCP Y UDP
Mediante la captura Wireshark, analizar los campos de encabezado del protocolo UDP y TCP para la transferencia de archivos
entre el equipo host y Eagle Server.
Realizamos en montado de nuestra red y configuración de IP de cada componente tal como se observa en la figura.
Diagrama de topología
En esta practica haremos uso del software wireshark, con el cual podemos observar el control de trafico de la red y de esta forma
proceder los pasos para cumplir la practica, en la Fig. observamos la captura del trafico realizado en nuestro ordenador.
Resolución CS N° 076-04-2016-04-20
Trafico de red capturado

Una vez captura el tráfico de red en general pasamos a seleccionar la IP de nuestro ordenador con el servicio de TPC como se
observa en la figura.
Selección del servicio TCP

Ahora con la información anterior recopilada procedemos a seguir las indicaciones de la práctica, en donde modificaremos el
bit SYN y el bit ACK y realizar una comparación entre las respuestas generadas:
Sólo el bit SYN se fija en 1
Del equipo host del módulo a Eagle Server:
Dirección IP de origen: 172.16.186.85
Dirección IP destino: 172.16.20.1
Numero de puertos de origen 1923
Numero de puertos de destino 21
Numero de secuencia 0
Numero de acuse de recibo
Longitud de encabezado 28 bytes
Tamaño de la ventana 65535 bytes
Respuesta con bit SYN en 1
Sólo los bits SYN y ACK se fijan en 1

De Eagle Server al equipo host del módulo:
Resolución CS N° 076-04-2016-04-20

Numero de acuse de recibo 1
Bits SYN y ACK en 1
Sólo el bit ACK se fija en 1

Del equipo host del módulo a Eagle Server:

Numero de acuse de recibo 1
Bit ACK en 1
Una vez completada las tres tablas correspondientes procedemos a constar las siguientes preguntas.
¿CÓMO SE IDENTIFICA EL PRIMER DATAGRAMA EN UNA SESIÓN TCP?
Se lo identifica enviando la sequence number 0 y en los flags pone a 1 el bit Syn.
A EXCEPCIÓN DE LA SESIÓN TCP INICIADA CUANDO SE REALIZÓ UNA TRANSFERENCIA DE DATOS,

¿CUÁNTOS OTROS DATAGRAMAS TCP CONTIENEN UN BIT SYN?
Se vuelve a activar el bit Syn cuando el servidor va a iniciar la descarga del archivo que solicitamos con la orden get, y justo en
la siguiente trama, cuando nuestro host le responde.
TAREA 2
¿CÓMO VERIFICA UDP LA INTEGRIDAD DEL DATAGRAMA?
Tal como indica el Checksum, no la verifica. Se encargara la aplicación de la capa superior.
Ahora procedemos a utilizar la captura Wireshark del primer datagrama UDP para completar la información acerca del
encabezado UDP. El valor de la checksum es un valor hexadecimal (base 16) indicado por el código anterior 0x.

Longitud de mensaje UDP 27
Checksum de UDP 0x192e
Encabezado UDP
Resolución CS N° 076-04-2016-04-20
6. Actividad 4.5.3.1 EXAMEN DE PROTOCOLOS DE LA CAPA DE TRANSPORTE Y APLICACIÓN
En esta práctica de laboratorio se utilizó las aplicaciones del cliente para conectarse a los servicios de red del Eagle-server, es
decir, el usuario monitorea la comunicación con Wireshark y analiza los paquetes capturados. Se utiliza un explorador Web
para conectarse al servicio de red del Eagle-server. Eagle server tiene varios servicios de red previamente configurados, como
el HTTP, que esperan responder las solicitudes del cliente. También se utilizará el explorador Web para examinar el protocolo
FTP y el cliente de línea de comando FTP. El ejercicio demostrará que, aunque los clientes pueden diferir, la comunicación
subyacente con el servidor sigue siendo la misma.
Partimos montando nuestra red como se observa en la figura
Topología de la red
Una vez ya ingresado en el servicio de Eagle server mediante el explorador procedemos al uso de wireshark para poder observar
nuestro tráfico de red, el mismo se puede observar en la Figura.
Captura de tráfico de red

Con esta información recopilada pasamos a completar la siguiente información.
Complete la siguiente tabla con la información presentada en la sesión HTTP.
Dirección IP del Explorador Web 192.168.2.101
Dirección IP del servidor Web 89.17.220.221
Protocolo de la capa de transporte(UDP/TCP) TCP
Numero de puerto del explorador Web 49401
Numero de puerto del servidor Web 80
Información de sesión HTTP
Con la información anterior procedemos a contestar las siguientes preguntas:
¿QUÉ COMPUTADORA INICIÓ LA SESIÓN HTTP Y CÓMO LO HIZO?

La computadora con IP 192.168.2.101, envió un segmento TCP con el flag Syn a 1, el número de secuencia igual a 0 y el tamaño
de ventana 8192 bytes.
Resolución CS N° 076-04-2016-04-20
¿QUÉ COMPUTADORA SEÑALÓ INICIALMENTE UN FIN A LA SESIÓN HTTP Y CÓMO LO HIZO?

Lo realizo la computadora con IP 192.168.2.101, envió un segmento TCP con los flags Syn y ACK a 1.
¿QUÉ PROTOCOLO SE LLEVA (ENCAPSULADO) DENTRO DEL SEGMENTO TCP?
El protocolo Hypertext Transfer Protocol (HTTP).
Expanda el último registro de protocolo y cualquier subcampo. Ésta es la información real enviada al servidor Web. Complete
la siguiente tabla utilizando la información del protocolo.
Versión del protocolo HTTP/1.1

Método de solicitud GET
Solicitud URI :/index.php
Idioma :es-es, es; q=0.8, en-us; q=0.5, en; q00.8\r\n
¿CUÁL ES LA RESPUESTA DEL SERVIDOR WEB PARA LA SOLICITUD GET DEL CLIENTE WEB?
HTTP/1.1 200 ok (text/html).
¿QUÉ SIGNIFICA ESTA RESPUESTA?
Que acepta la petición y nos envía texto html.
¿CUÁL ES LA RESPUESTA ETAG DEL SERVIDOR WEB?
En este caso no se tuvo esa respuesta ya que obtuvimos un OK.
TAREA 3: CAPTURA Y ANÁLISIS DE LA COMUNICACIÓN FTP ENTRE LA COMPUTADORA HOST DEL
MÓDULO Y UN SERVIDOR WEB.
Procedemos a realizar una captura del tráfico de red mediante wireshark e iniciamos el cliente FTP en los comandos host del
módulo.
Captura de tráfico
Mediante los pasos seguidos en el documento donde se especifica la práctica procedemos a contestar las siguientes preguntas.
¿CUÁL ES LA RESPUESTA 220 DEL SERVIDOR FTP?

200 Welcome to the eagle-server FTP service.
CUANDO EL SERVIDOR FTP EMITIÓ UNA RESPUESTA: 331. ESPECIFIQUE LA CONTRASEÑA. ¿CUÁL FUE
LA RESPUESTA DEL EXPLORADOR WEB?
Enviar la contraseña
¿QUÉ NÚMERO DE PUERTO UTILIZA EL CLIENTE FTP PARA CONECTARSE AL PUERTO 21 DEL
SERVIDOR FTP?
El puerto 1073.
Resolución CS N° 076-04-2016-04-20
¿CUÁL ES EL NÚMERO DE PUERTO DE DATOS FTP UTILIZADO POR EL SERVIDOR FTP?

El puerto 20.
¿CUÁL ES LA SIMILITUD DE TELNET DEL PROTOCOLO DE LA CAPA DE APLICACIÓN CON HTTP Y FTP?
¿EN QUÉ DIFIERE TELNET?
Se utiliza igual atreves del navegador es decir "protocolo. //url", y difiere con FTP ya que telnet esta desencriptado como HTTP,
y FTP esta encriptado. Con la ayuda de esta práctica podemos especificar que los protocolos HTTP y FTP dependen de TCP
para comunicarse. TCP administra la conexión entre el cliente y el servidor para asegurar la entrega de datagramas. El protocolo
de comunicación se define normalmente en una RFC. El cliente FTP debe autenticarse al servidor FTP, aunque la autenticación
esté abierta al mundo. El usuario Anonymous tiene, normalmente, acceso restringido al servidor FTP y no puede cargar archivos.
Una sesión HTTP comienza cuando se realiza una solicitud al servidor HTTP y finaliza cuando el cliente HTTP ha acusado
recibo. En cambio, una sesión FTP finaliza cuando el cliente indica que la deja, utilizando el comando quit. HTTP utiliza un
protocolo simple para comunicarse con el servidor HTTP. El servidor escucha en el puerto 80 para conexiones de clientes. En
cambio, FTP utiliza dos protocolos. El servidor FTP escucha en el puerto 21 TCP, como la línea de comandos.
7. Actividad 4.5.3.2 EXAMEN DE LOS PROTOCOLOS DE LAS CAPAS DE TRANSPORTE Y APLICACIÓN
Tabla de direccionamiento
Esta actividad no incluye una tabla de direccionamiento.
Objetivos de aprendizaje
• Capturar una solicitud Web a través de una dirección URL desde una PC
• Ejecutar la simulación y capturar el tráfico
• Examinar el tráfico capturado
Introducción:
Wireshark provee la capacidad de capturar y mostrar todo el tráfico de red que entra y sale de la PC en la cual está instalado, a
través de una interfaz de red. El modo de simulación en el Rastreador de paquetes captura todo el tráfico de la red que fluye por
toda la red, pero sólo admite un número limitado de protocolos. Para aproximarnos de la mejor manera posible a la Práctica de
laboratorio 4.5.3, utilizaremos una red que consiste en una PC conectada directamente a un servidor Web y capturaremos una
solicitud de una página Web a través de una dirección URL.
Resolución CS N° 076-04-2016-04-20
Resolución CS N° 076-04-2016-04-20
Resolución CS N° 076-04-2016-04-20
TAREA 1: CAPTURAR UNA SOLICITUD WEB A TRAVÉS DE UNA DIRECCIÓN URL DESDE UNA PC.
PASO 1. EJECUTE LA SIMULACIÓN Y CAPTURE EL TRÁFICO.
Ingrese al Modo simulación. Haga clic en la PC. Abra el navegador Web en el Escritorio. Ingrese www.example.com en el
navegador. Al hacer clic en Ir iniciará la solicitud del servidor Web. Minimice la ventana de configuración de Cliente Web.
Aparecerán dos paquetes en Lista de eventos, una solicitud DNS necesaria para resolver el URL a una dirección IP del servidor
y una solicitud ARP necesaria para resolver la dirección IP del servidor a su dirección MAC de hardware.
Haga clic en el botón Capturar/Reproducir automáticamente para ejecutar la simulación y capturar eventos. Haga clic
en Aceptar cuando llegue al mensaje "No hay más eventos".
PASO 2. EXAMINE EL TRÁFICO CAPTURADO.
Busque el primer paquete en la Lista de eventos y haga clic en el rectángulo coloreado de la columna Información. Cuando hace
clic en el cuadro Información por un paquete en la lista de eventos, se abre la ventana información de la PDU. El modelo OSI
organiza esta ventana. En el caso del primer paquete que podemos visualizar, observe que la consulta DNS (en la Capa 7) está
encapsulada en un segmento UDP de la Capa 4 y así sucesivamente. Si hace clic en dichas capas, aparecerá el algoritmo utilizado
por el dispositivo (en este caso, la PC). Vea lo que ocurre en cada capa.
Al abrir la ventana Información de la PDU, la vista predeterminada es el Modelo OSI. Ahora haga clic en la ficha Detalles de
la PDU saliente. Desplácese hasta la parte inferior de esta ventana y podrá ver que la consulta DNS está encapsulada como
datos en un segmento UDP, el cual está encapsulado en un paquete IP.
Examine la información de la PDU por los eventos restantes del intercambio.
Resolución CS N° 076-04-2016-04-20
8. Actividad 4.6.1.3 RETO DE HABILIDADES DE INTEGRACIÓN: ANÁLISIS DE LAS CAPAS DE

APLICACIÓN Y DE TRANSPORTE
DIAGRAMA DE TOPOLOGÍA:
Topología parcial suministrada; debe completarse.
Máscara de Gateway por
Dispositivo Interfaz Dirección IP subred defecto
Fa0/0 192.168.254.253 255.255.255.0

R1-ISP N/A
S0/0/0 10.10.10.6 255.255.255.252
Fa0/0 172.16.255.254 255.255.0.0

R2-Central N/A
S0/0/0 10.10.10.5 255.255.255.252
VLAN
S1-Central 172.16.254.1 255.255.0.0 172.16.255.254
1
PC 1A NIC 172.16.1.1 255.255.0.0 172.16.255.254
PC 1B NIC 172.16.1.2 255.255.0.0 172.16.255.254
Eagle
NIC 192.168.254.254 255.255.255.0 192.168.254.253
Server
OBJETIVOS DE APRENDIZAJE:
• Configurar los hosts y servicios
• Conectar y configurar los hosts y servicios en el modelo de la red de la práctica de laboratorio
• Explorar la forma en que DNS, UDP, HTTP y UDP trabajan en conjunto
• Utilizar el modo simulación para visualizar el funcionamiento de DNS, UDP, HTTP y TCP en el modelo de la red la
práctica de laboratorio
Resolución CS N° 076-04-2016-04-20
INFORMACIÓN BÁSICA:
A lo largo del curso, utilizará una configuración de laboratorio estándar creada a partir de PC, servidores, routers y switches
reales para aprender los conceptos sobre redes. Al final de cada capítulo, desarrollará secciones cada vez más largas de esta
topología en el Rastreador de paquetes y analizará interacciones de protocolos cada vez más complejas.
TAREA 1: REPARACIÓN Y PRUEBA DE LA TOPOLOGÍA.

Se ha reemplazado el servidor. Configúrelo con los siguientes parámetros: Dirección IP 192.168.254.254, Máscara de subred
255.255.255.0, Gateway por defecto 192.168.254.253, habilitar DNS, con la asociación de "eagle-server.example.com" (sin las
comillas) con la dirección IP del servidor, habilitar HTTP. Conecte el Eagle Server al puerto Fa0/0 en el router R1-ISP.
Resolución CS N° 076-04-2016-04-20
Resolución CS N° 076-04-2016-04-20
PC 1A perdió la información de su dirección IP. Configúrela con los siguientes parámetros: Dirección IP 172.16.1.1, Máscara
de subred 255.255.0.0, Gateway por defecto 172.16.255.254 y Servidor DNS 192.168.254.254. Conecte la PC 1A al puerto
Fa0/1 en el switch S1-Central.
Resolución CS N° 076-04-2016-04-20
Verifique su trabajo utilizando la evaluación con el botón Check Results y la ficha Assessment Items. Pruebe la conectividad,
en tiempo real, mediante AGREGAR PDU SIMPLE para probar la conectividad entre la PC 1A y el Eagle Server.
Tenga en cuenta que cuando agrega una PDU simple, ésta aparece en la ventana Lista de PDU como parte de "Situación 0". La
primera vez que ejecute este mensaje ping para un solo lanzamiento, aparecerá como Failed--esto se debe al proceso ARP que
se explicará posteriormente. Al hacer doble clic en el botón "Disparar" en la ventana Lista de PDU, enviará esta prueba de ping
simple por segunda vez. Esta vez tendrá éxito. En el Rastreador de paquetes, el término "situación" significa una configuración
específica de uno o más paquetes de prueba. Puede crear diferentes situaciones de paquetes de prueba al utilizar el botón New,
por ejemplo, Situación 0 podría tener un paquete de prueba de la PC 1A al Eagle Server, Situación 1 podría tener paquetes de
prueba entre la PC 1B y
los routers... Puede retirar todos los paquetes de prueba de una situación en particular al utilizar el botón Delete. Por ejemplo,
si utiliza el botón Delete para la Situación 0, el paquete de prueba que acaba de crear entre la PC 1A y el Eagle Server se retirará;
hágalo antes de pasar a la siguiente tarea.
Resolución CS N° 076-04-2016-04-20
TAREA 2: EXPLORE CÓMO TRABAJAN EN FORMA CONJUNTA DNS, UDP, HTTP Y TCP.
Cambie del modo de tiempo real al modo de simulación. Asegúrese de que el filtro de eventos esté establecido para mostrar
DNS, UDP, HTTP, TCP e ICMP. Abra un explorador Web desde el escritorio de 1A. Escriba el URL eagle-server.example.com,
presione Intro y luego utilice el botónCapture / Forward en la Event List para capturar la interacción de DNS, UDP, HTTP y
TCP.
Puede examinar el paquete de dos maneras: haciendo clic en el sobre del paquete como se muestra en la animación o haciendo
clic en la columna Info para dicha instancia del paquete, como se enumera en la Event List. Ejecute esta animación y examine
el contenido del paquete (Ventana PDU
Información, Inbound PDU Details, Outbound PDU Details) para cada evento de la lista de eventos, especialmente cuando los
paquetes se encuentran en la PC 1A o en el Eagle Server. Si recibe el mensaje "Búfer lleno", haga clic en el botón View Previous
Events. Si bien es posible que aún no comprenda el procesamiento de los paquetes por parte del switch y los routers, debe poder
ver cómo trabajan en forma conjunta DNS, UDP, HTTP y TCP rastreando los paquetes y utilizando la ventana Información de
la PDU para ver "dentro" de éstos.
Resolución CS N° 076-04-2016-04-20
Cuestionario capítulo 4
1° Una los números de puerto de TCP con el protocolo correcto arrastrando las opciones que aparecen a la izquierda
hacia los objetivos que aparecen a la derecha.
HTTP:80
Telnet:23
FTP:20
SMTP:25
2° Clasifique las opciones en base a si describen TCP O UDP.
TCP (Protocolo para el Control de la Transmisión)
Confiable
Orientado a la conexión
Reensambla los mensajes en el host de destino
Vuelve a enviar lo que no se recibió
UDP (Protocolo de Datagrama de Usuario)
No reensambla los mensajes entrantes
Poco confiable
Sin conexión
Sin control de flujo
3° En la capa de transporte, ¿cuál de los siguientes controles se utiliza para evitar que un host transmisor sobrecargue
los buffers del host receptor?
máximo esfuerzo
ncriptación
control de flujo
compresión
evitar la congestión
4° Los sistemas finales utilizan números de puerto para seleccionar la aplicación adecuada. ¿Cuál es el número menor
de puerto que un sistema host puede asignar de forma dinámica?
1
64
128
256
512
1024
5° ¿Cuáles son las responsabilidades del host receptor durante la transferencia de datos? (Elija dos opciones).
rendimiento
encapsulación
acuse de recibo
ancho de banda
segmentación
reensamblaje
6° ¿En qué capa del modelo TCP/IP opera TCP?
sesión
transporte
red
enlace de datos
Resolución CS N° 076-04-2016-04-20
7° ¿Qué determina la cantidad de datos que puede transmitir una estación emisora que ejecuta TCP/IP antes de recibir
un acuse de recibo?
el tamaño del segmento
la velocidad de transmisión
el ancho de banda
el tamaño de ventana
el número de secuencia
8° ¿Cuál es el propósito del número de secuencia en el encabezado TCP?
reensamblar los segmentos en los datos
identificar el protocolo de capa de aplicación
indicar el número del próximo byte que se espera
mostrar el número máximo de bytes permitidos durante una sesión
9° ¿Cuál es el número de acuse de recibo que debe enviar el receptor que aparece en el gráfico?
3
4
6
7
10° ¿Cuál es el propósito de los números de puerto TCP/UDP?
Indicar el inicio de un protocolo de enlace de tres vías
reensamblar los segmentos en el orden correcto
identificar el número de paquetes de datos que pueden enviarse sin recibir acuse de recibo
rastrear las distintas conversaciones que cruzan la red al mismo tiempo
Resolución CS N° 076-04-2016-04-20
RESULTADO(S) OBTENIDO(S):
En cada punto de las actividades se logró los objetivos especificados en cuanto a lo que tiene que ver con el programa Packet
Tracer logro la interacción cliente-servidor, se lograron ls representaciones de red configurando el servidor y la PC, se logró
realizar la captura de stream de datos grabando un audio en la grabadora de audios de Windows, se logró la configuración de
los hosts y servicios, se realizó una investigación minuciosa sobre los RFC de algunos de los protocolos y por último se logró
responder el cuestionario correspondiente a esta unidad.
CONCLUSIONES:
Las prácticas de esta unidad, nos permitieron analizar el manejo del software "Packet Tracer" en donde se realizó la conexión
de ordenadores para realizar una simulación de la red con una conexión punto a punto o con un switch, en donde se pudo analizar
que se necesita para que se realice una comunicación, en donde se colocó las direcciones IP, además configuramos los diferentes
servidores y que los mismos permitan ejecutar los servicios necesarios para las diferentes prácticas de la unidad 4.
CONCLUSIONS
The practices of this unit allowed us to analyze the handling of the software "Packet Tracer" where the connection of computers
was made to perform a simulation of the network with a point-to-point connection or with a switch, where it could be analyzed
that you need to make a communication, where the IP addresses were placed, we also configure the different servers and allow
them to execute the necessary services for the different practices of the unit 4.
RECOMENDACIONES:
Seguir los pasos especificados en cada una de las actividades para lograr los objetivos planteados.
REFERENCIAS:
[1] http://www.rfc-editor.org/standards
[2]https://manuel.cillero.es/blog/rfc-si-claro-las-request-for-comments/
Nombre de estudiante:
David Alejandro Ochoa Muñoz. dochoam2@est.ups.edu.ec

Karla Fernanda Sánchez López. ksanchezl1@est.ups.edu.ec
Firma de estudiante:
Resolución CS N° 076-04-2016-04-20

Informe Capitulo 4 Redes

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Informe Capitulo 4 Redes

Hochgeladen von

Copyright:

Verfügbare Formate

VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

FORMATO DE INFORME DE PRÁCTICA DE LABORATORIO / TALLERES

CARRERA: INGENIERIA ELECTRONICA ASIGNATURA: REDES DE COMPUTADORAS I

Tarea 1: Configurar y ejecutar la simulación.

Fig.1. Modo simulación.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Paso 2: Establezca los filtros de la lista de eventos.

Fig. 2. Filtros de la lista de eventos.

Paso 3: Solicite una página Web desde la PC.

Fig.4. Pagina Web

Paso 4: Ejecute la simulación.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Fig 6. Modelo OSI.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Paso 2: Establezca los filtros de la lista de eventos.

Fig.20. Configuración del Server-HTTPS.

Paso 3: Solicite una página web desde la PC.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Paso 4: Ejecute la simulación.

Fig.25. Símbolo del sistema.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Paso 2: Examine los contenidos de la ventana de información de PDU..

Fig.27. Página Web en el client.

3. Actividad 4.4.4.2 Funcionamiento de UDP

Tarea 1: Configurar y ejecutar la simulación.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Fig.1. Modo simulación.

Fig. 2. Filtros de la lista de eventos.

Paso 3: Solicite una página Web desde la PC.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Fig.4. Pagina Web

Paso 4: Ejecute la simulación.

Tarea 2: Examinar los resultados.

Paso 1: Acceda a las PDU específicas.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Fig 6. Modelo OSI.

4. Actividad 4.5.1.1 OBSERVACIÓN DE TCP Y UDP A UTILIZANDO DE NETSTAT

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

TAREA 1: EXPLICAR PARÁMETROS Y RESULTADOS DE COMANDOS NETSTAT COMUNES.

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Netstat –s5 Vuelve a mostrar estadísticas cada 5 segundos. Presiona

TAREA 2: UTILIZAR NETSTAT PARA EXAMINAR LA INFORMACIÓN DEL PROTOCOLO EN UN EQUIPO

Uso de comando –an

Conexión Protocolo Dirección local Dirección Estado

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

CONSULTE EL SIGUIENTE RESULTADO NETSTAT. UN INGENIERO DE RED NUEVO SOSPECHA QUE SU

PASO 2: ESTABLEZCA MÚLTIPLES CONEXIONES TCP SIMULTÁNEAS Y GRABE EL RESULTADO

Comunicación entre primer y segundo ordenador

CONSEJO ACADÉMICO Aprobación: 2016/04/06