UTNianos

Versión completa: [Aporte] [Final] Redes de Información 26/05/2015
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Buenas!

Le iba a sacar foto pero me re olvidé. A mi criterio fue accesible. Éramos alrededor de 30, se fueron 2 o 3 nomás, y creo que solo desaprobaron 2.

3 puntos prácticos y 2 teóricos, había que hacer 2 prácticos y 1 teórico bien para aprobar.

1) Una captura de trama Ethernet, con IP y TCP.
La particularidad era que pedían datos sobre la siguiente trama, no sobre la actual. Lo que pedían era:
Del datagrama IP:
IP Destino y Origen
Del segmento TCP:
Puerto Destino y Origen, contenido de los campos Sequence Number y ACK Number y valores de los 6 flags (URG, ACK, PSH, RST, SYN, FIN).

Alguien preguntó y el tipo contestó que con "siguiente trama" se refería a la respuesta a esa trama.
Los flags de la trama actual eran 0, 1 (de este no estoy seguro, no me acuerdo), 0, 0, 1, 0.

2) Dada una IP clase A, con 11 bits para subred, determinar:
a) Máscara de subred
b) cuántas subredes como máximo se pueden direccionar
c) dar dirección de host 40 de subred 160 (o algún número así).
d) dar direccion de broadcast de subred 170, y primera dirección de host.

3) Conexión Frame Relay. Aclaró (por si a alguno le surge la duda como a mi) que la K = 1000, no 1024.
Access Rate: 768 Kbps
CIR = 50% de AR
EIR = 50% de CIR.
Tc = 1 seg
tramas de 9600 bits a una velocidad de 800Kbps.

Pedía Be, Bc, cuántas tramas pasaban con DE = 0, cuántas con DE = 1, cuántas se descartaban.

4) Explicar el método de control de acceso al medio PCF usado en 802.11, y cuáles son las diferencias con DCF.

5) ¿Para qué sirve el protocolo ICMP? ¿En qué casos se genera el mensaje "Destino inalcanzable"? ¿Quién es el remitente y quién es el destinatario en ese caso?

Mi solución:
1) Haciendo análisis de la trama que te mostraban, solo había que invertir contenidos de IPs y Puertos (ya que al ser la respuesta, remitente y destinatario se invierten).
Me quedó duda con qué poner en Sequence number. En ACK number había que poner el valor de Sequence number de la trama que te mostraban, ya que estabas dando el ACK de la trama anterior.
En los Flags deje todo en 0, menos ACK por estar enviando ACK de la trama recibida. El flag SYN estaba en 1 y lo pasé a 0, porque interpreté que ya estaba hecha la Sincro inicial, entonces no hacía falta mandar SYN otra vez. No estoy seguro de esto.

2) a) 255.255.224.0
b) 2^11 = 2048
c) y d) es cuestión de hacer los cálculos.

3) Bc = 384 Kb
Be = 192 Kb
Tramas con DE = 0: 40
Tramas con DE = 1: 20
Tramas rechazadas: 23.

4 y 5) Si alguno tiene dudas sobre esos puntos, pregunte.

Abrazo!
(26-05-2015 23:41)gfabregat escribió: [ -> ]4) Explicar el método de control de acceso al medio PCF usado en 802.11, y cuáles son las diferencias con DCF.

Que contestarían ?

Gracias
PCF tiene al AP como orquestador. Este sensa el medio durante un tiempo PIFS (tiempo previo a la autorizacion para transmitir), y se asegura de acceder al medio. Una vez que accede, empieza el periodo de libre contencion y pollea a cada estacion para ver si hay algo que transmitir. Despues de un poll se espera un ACK y datos (si no tiene nada, manda nulo). Y despues de cada mensaje enviado hay un tiempo SIFS que es un espacio inter trama corto (siempre previo a datos). Para que las otras estaciones sepan que cuando volver a intentar, el AP envia beacons a todas las estaciones constantemente para que seteen su tiempo de libre contencion (NAV).

La diferencia con DFC es que DFC utiliza DIFS como espacio de tiempo entre cada transmision. Como DIFS es mas grande que PIFS, siempre PCF tendra prioridad de acceso al medio. Ademas DFC utiliza los mensajes RTS y CTS.
Una pregunta, si el Access Rate es de 768 kbps, y la velocidad es de 800 kbps, para el cálculo de la cantidad de tramas totales siempre usé la velocidad /tamaño de trama, en este caso daría 83 tramas, pero el Access Rate en este caso es menor que la velocidad, entonces en teoria no podría en ese canal transmitir a más de 768 kbps. La cantidad de tramas no serían 768/ tamaño de trama?. Eso da 80 tramas..
(07-07-2016 12:52)Matiaslf escribió: [ -> ]Una pregunta, si el Access Rate es de 768 kbps, y la velocidad es de 800 kbps, para el cálculo de la cantidad de tramas totales siempre usé la velocidad /tamaño de trama, en este caso daría 83 tramas, pero el Access Rate en este caso es menor que la velocidad, entonces en teoria no podría en ese canal transmitir a más de 768 kbps. La cantidad de tramas no serían 768/ tamaño de trama?. Eso da 80 tramas..
Sería así...
Enunciado:
3) Conexión Frame Relay. Aclaró (por si a alguno le surge la duda como a mi) que la K = 1000, no 1024.
Access Rate: 768 Kbps
CIR = 50% de AR
EIR = 50% de CIR.
Tc = 1 seg
tramas de 9600 bits a una velocidad de 800Kbps.

Pedía Be, Bc, cuántas tramas pasaban con DE = 0, cuántas con DE = 1, cuántas se descartaban.

Resolución:
Bc (cantidad de BITS que se pueden enviar sin marcar en un Tc, DE=0)
Be (cantidad de BITS que se pueden enviar con marca en un Tc, DE=1)
CIR[bps] = 384 Kbps = Bc/Tc --> Bc = CIR*Tc -->Bc = 384 Kb
EIR[bps] = 192 Kbps = Be/Tc --> Be = EIR*Tc -->Be = 192 Kb

Se transmite a 800Kbps, o sea, en 1 segundo se mandan 800Kbits al medio. Las tramas pesan 9600 bits, entonces 800000bits / 9600bits = 83,3333. Para redondear el número de tramas en estos ejercicios siempre se trunca, o sea, nos quedamos con que se envían 83 paquetes al medio por segundo.

Teniendo en cuenta todo lo de arriba las cuentas son las siguientes:
Tramas que se pueden enviar con DE=0 es Bc / Tamaño de trama =40

Tramas que se pueden enviar con DE=1 es Be / Tamaño de trama = 20

Finalmente, dijimos que se enviaban al medio 83 tramas. De esas 83, 40 pasarían sin marcar y 20 marcadas, el resto son las tramas que se descartan, que serían 23.

Ahora respondiendo más especificamente a tu pregunta: te puede decir que transmitis a cualquier velocidad, puede ser que sea mayor que el AR, pero de entrada si es mayor que el AR, sí o sí se van a descartar tramas. Simplemente con ser mayor que CIR+EIR se van a descartar tramas. INCLUSO, si transmitis a una veocidad mayor que el CIR y el medio está congestionado, todo lo que transmitas por encima del CIR se va a descartar.
Así que concluyendo, estás mandando (o queriendo mandar -conceptualmente tengo la duda-) 83 tramas al medio FR pero no todas llegan a viajar por dicha red, como vimos 23 se descatan de movida.

Saludos!
URLs de referencia