UNIVERSIDAD NACIONAL DE SANTIAGO DEL ESTERO

FACULTAD DE CIENCIAS EXACTAS Y TECNOLOGÍAS

Trabajo Práctico Nº 3
APLICACIÓN, TRANSPORTE Y RED

Carrera: Licenciatura en Sistemas de Información

Asignatura: Redes I
Alumna: Álvarez Giménez, María Florencia – Legajo Nº 30007/08

Año 2023
RESPUESTAS:
Programación de Socket
1)

2) a-c.

d.

e.

f.

g.
h.

El resultado es un Request timed out, ya que el cliente envió un paquete ICMP al host destino
192.168.0.254, y tras esperar una determinada cantidad de tiempo, no recibió ninguna respuesta, y
se perdieron los 4 paquetes enviados, ya que es un host inexistente en la red. Es decir, la conexión
del cliente, excedió el límite de tiempo de contacto con el host destino.

i. Si se cambia por cable directo, al momento que los hosts quieran transmitir datos a través del TX,
sus señales chocarían y no se conseguiría ninguna transmisión en el RX.
Esto se debe a que un cable directo conectará entre sí los pines TX de ambos puertos Ethernet, y
también conectaría entre sí los puertos RX entre los puertos.
Mientras que en una conexión por cable cruzado, se cruzan los cables correspondientes a los pines
TX de un puerto Ethernet al puerto RX del otro puerto Ethernet, y viceversa.

PASOS DHCP - Análisis de paquetes en Packet Tracer (modo simulación)

3)

IP asignada: 192.168.0.9
Máscara de subred: 255.255.255.0
Lease time: ver FRAME 12
IP del DHCP: 192.168.0.1
ID de transacción: 0x89520a25

Los pasos necesarios para que un Host obtenga una dirección IP de un servidor son:
Discover, Offer, Request y ACK.
A continuación se especifica la información contenida en cada mensaje:
recuerden DISCRIMINAR POR CAPAS cada uno de los paquetes...
explicando en cada paso, PORQUE Y PARA QUE de cada una de las capas
FRAME 11
Fase DHCP: Discover
El cliente DHCP envía un mensaje para descubrir el servidor DHCP en la red.
Descripción de cada capa:
● Capa de enlace:

En la capa de enlace, el origen es la dirección MAC 08:00:27:f0:9c:da, donde los 3 primeros pares
de hexadecimales corresponden al fabricante de la NIC. Y la dirección MAC de destino es broadcast
ff:ff:ff:ff:ff:ff:ff:ff, porque no conoce la dirección IP del servidor.

● Capa de red:

En la capa de red, la dirección IP de origen es 0.0.0.0, ya que el host todavía no tiene asignada una
dirección IP; mientras que la dirección IP de destino es broadcast 255.255.255.255.

● Capa de transporte:

La capa de transporte específica que se está utilizando el protocolo UDP, con puerto de origen 68
del cliente, y puerto 67 que corresponde al servidor.

● Capa de aplicación:

FRAME 12
Fase:Offer
El servidor DHCP recibe mensajes del cliente y le ofrece una dirección IP.

Descripción de cada capa:

● Capa de enlace:

● Capa de red:

● Capa de transporte:

● Capa de aplicación:

FRAME 13
Fase DHCP: Request
El cliente DHCP solicita al servidor DHCP la dirección IP ofrecida.

Descripción de cada capa:

● Capa de enlace:
 ● Capa de red:

● Capa de transporte:

● Capa de aplicación:

FRAME 14
Fase DHCP: ACK
El servidor DHCP envía una acusación de recibo al cliente DHCP.

Descripción de cada capa:

● Capa de enlace:

● Capa de red:
 ● Capa de transporte:

● Capa de aplicación:

4) DNS:
a. Un registro DNS (Sistema de Nombres de Dominio, por sus siglas en inglés, Domain Name
System) es una entrada en una base de datos que mapea un nombre de dominio a una dirección IP
u otra información relacionada con ese dominio. La función principal de los registros DNS es traducir
los nombres de dominio en direcciones IP, lo que facilita la identificación de recursos en la red.

b. TIPOS DE REGISTROS DNS

Los campos Nombre y Valor, dependen del campo Tipo:
● Tipo=A
Registro de Tipo A, proporciona la correspondencia estándar nombre de host-dirección IP.
Nombre: nombre de host.
Valor: dirección IP correspondiente a dicho nombre.
Ejemplo: (relay1.bar.foo.com, 145.37.93. 126, A)

● Tipo = NS
Este registro se utiliza para enrutar las consultas DNS a lo largo de la cadena de consultas.
Nombre: dominio
Valor: nombre de host de un servidor DNS autoritativo que sabe cómo obtener las
direcciones IP de los hosts del dominio.
Ejemplo: (foo.com, dns.foo.com, NS)

● Tipo = CNAME
Proporciona a los hosts que hacen consultas el nombre canónico correspondiente a un
nombre de host.
Valor: es un nombre de host canónico correspondiente al alias especificado por Nombre.
Ejemplo: (foo.com, relay1.bar.foo. com)

● Tipo = MX
Permiten a los nombres de host de los servidores de correo tener alias simples.
Valor: nombre canónico de un servidor de correo que tiene un alias dado por Nombre.
Ejemplo: (foo.com, mail.bar.foo.com, MX)

c. Contiene información importante relacionada con la traducción de un nombre de dominio a una

dirección IPv4 . Su función principal es proporcionar la correspondencia entre un nombre de dominio
legible por humanos y la dirección IP numérica necesaria para que las computadoras y otros
dispositivos de red se conecten a ese dominio en Internet.

d. La función de los registros de tipo AAAA es enlazar igualmente nombres de dominio con una
dirección IP, sin embargo, mientras que los registros A remiten a direcciones IPv4, los registros
AAAA funcionan con direcciones IPv6.

e. ¿Qué es un registro de tipo SOA y cuál es su papel en la zona DNS?

5)

Fase 1: Standard query

FRAME 5
Se ejecuta la pagina web www.diarioapnorama.com en el cliente 192.168.0.9, por lo que el cliente,
envía un paquete al servidor DNS de Google 8.8.8.8 (servidor DNS preferido configurado) porque
necesita traducir un nombre de dominio en una dirección IP.

● Capa de enlace:

● Capa de red:
 ● Capa de transporte:

● Capa de aplicación:

Fase 2: Standard query response

FRAME 6
El servidor envía un mensaje de respuesta DNS al cliente, con la traducción deseada.
En este caso, se obtienen dos direcciones IP, puesto que el servidor tiene una configuración Round
Robin, esto significa que el servidor DNS puede devolver múltiples direcciones IP que están
asociadas al mismo nombre de dominio.

● Capa de enlace:

● Capa de red:

● Capa de transporte:
 ● Capa de aplicación:

6)

Práctica
b. Configuración DHCP
c. Configuración DNS

d. Configuracion HTTP www.redesi.edu.ar

e. Configuracion HTTP www.redesii.edu.ar

f. Ping de PC1 a Servidores DHCP (192.168.0.254), DNS (192.168.0.253) y HTTP (192.168.0.252)

Web (HTTP)

h. Web Browser (HTTP)

i. DHCP
7)

Práctica
a.
b.

c.
ii.PC pepe@unse.edu.ar envia correo a PC pedro@ejemplo.com
iii. PC pedro@ejemplo.com recibe correo de PC pepe@unse.edu.ar
8) El comando netstat tiene la función de proporcionar información sobre las conexiones activas
entre el host donde se ejecuta el comando, y otros hosts.
El modificador -p <protocolo> permite especificar qué protocolo debe mostrarse en el listado de
conexiones activas. Por ejemplo, el comando netstat -p tcp muestra únicamente las conexiones que
usan el protocolo TCP establecidas desde y hacia el host de donde se realiza la consulta.

9)

Petición a 127.0.0.1 (localhost)

Para realizar el ping a la puerta de enlace, primero se debe averiguar la IP de la misma. Para ello,
se utilizó el comando ipconfig en el Símbolo del Sistema.
A partir del mismo, se obtuvo la siguiente información:
● Dirección IP: 192.168.0.8
● Mascara de subred: 225.255.255.0
● Puerta de enlace: 192.168.0.1
● Sistema operativo: Windows 11
Petición a la puerta de enlace (192.168.0.1)

Los resultados obtenidos en ambas peticiones, se diferencian en el TTL (Time To Live), ya que en la
petición realizada a 127.0.0.1 el TTL es de 128, mientras que en el ping a 192.168.0.1 (puerta de
enlace) el TTL es 64.
La diferencia se debe a que la petición/respuesta ICMP se origina en distintos sistemas operativos,
ya que cada sistema operativo tiene un TTL inicial por defecto.
En la primera respuesta obtenemos un TTL=128, ya que el host destino de la petición posee un
sistema operativo Windows, el cual tiene un TTL de 128 por defecto.
En la segunda respuesta, se obtiene un TTL=64, ya que la puerta de enlace posee un sistema
basado en UNIX, sistemas cuyo TTL por defecto es 64.

10)
Dirección IP: 172.16.0.16
Máscara: 255.255.255.0
Dirección de Red: 172.16.0.0
1° dirección IP: 172.16.0.1
Última dirección IP: 172.16.0.254
Dirección de broadcast: 172.16.0.255

11)
Bloque de direcciones: 128.232.12.0 / 24
● Fábrica: 100 hosts
n=7
2n-2 =128 - 2 = 126
Direccion de Subred: 128.232.12.0 / 25
Máscara: 255.255.255.128
1° IP: 128.232.12.1
Ultima IP: 128.232.12.126
Direccion de broadcast: 182.232.12.127

● Venta: 50 hosts
n=6
2n-2 =64 - 2 = 62
Direccion de Subred: 128.232.12.128 / 26
Máscara: 255.255.255.192
1° IP: 128.232.12.129
Ultima IP: 128.232.12.190
Dirección de broadcast: 128.232.12.191

● Administración: 30 hosts
n=5
2n-2 =32 - 2 = 30
Direccion de Subred: 128.232.12.192 / 27
Máscara: 255.255.255.224
1° IP: 128.232.12.193
Ultima IP: 128.232.12.222
Direccion de broadcast: 128.232.12.223

12)

SUBRED HOSTS n 2n 2n-2

A 500 9 512 510

B 315 9 512 510

C 250 8 256 254

D 123 7 128 126

TOTAL 1188 1408 1400

No sería posible una partición de este bloque, ya que para las 4 subredes se requiere un total de
1408 IP´s, y el bloque de direcciones dado, sólo nos permite direccionar 1.024 IP´s, por lo que no es
posible particionar este bloque de direcciones.

Bloque 172.18.40.0/21
SUBRED CANT MÁSCARA DIRECCIÓN RANGO BROADCAST
HOSTS IP DE
SUBRED

A 500 /23 255.255.254.0 172.18.40.0 172.18.40.1 - 172.18.41.255

172.18.41.254

B 315 /23 255.255.254.0 172.18.42.0 172.18.42.1 - 172.18.43.255

172.18.43.254

C 250 /24 255.255.255.0 172.18.44.0 172.18.44.1 - 172.18.44.255

172.18.44.254

D 123 /25 255.255.255.128 172.18.45.0 172.18.45.1 - 172.18.45.127

172.18.45.126