(17-07-2014 14:59)lukeSky9 escribió:  Ejercicio 1

Fragmento - Longitud - DF - MF - Desplazamiento

1 - 1480 bytes - 0 - 1 - 0 bytes
2 - 1480 bytes - 0 - 1 - 1480 bytes
3 - 1480 bytes - 0 - 1 - 2960 bytes
4 - 1360 bytes - 0 - 1 - 4440 bytes

Dejo esto por las dudas que a alguien le sirva y tenga la inquietud:

según mi cursada la forma de sacar el fragment offset es tamaño/8, además el último fragmento activa el bit MF con 0, ya que no vienen más fragmentos. Etnonces la tabla me quedaría así:

Fragmento - Longitud - DF - MF - Desplazamiento

1 - 1480 bytes - 0 - 1 - 0 bytes
2 - 1480 bytes - 0 - 1 - 185 bytes
3 - 1480 bytes - 0 - 1 - 370 bytes
4 - 1360 bytes - 0 - 0 - 555 bytes

porque como dice la teoría, el primer fragmento tiene un offset (o desplazamiento) de 0.

(17-07-2014 14:59)lukeSky9 escribió:  Ejercicio 2

a) Lo que interpreto que es esto es el número máximo de tramas aceptadas, es decir las que tienen DE = 0 o DE = 1, ya que el resto se descartan de manera directa

Bc = 1024 kbits

Tramas aceptadas (DE = 0) = 1024 kbits / (6250 * 8 bits) = 20,97 = 20 aceptadas

Be = 384 kbits

Tramas aceptadas (DE = 1) = 384 kbits / (6250 * 8 bits) = 7,86 = 7 aceptadas

O sea que el máximo número de tramas aceptadas es 27 tramas

Tramas recibidas = 2000 kbps / (6250 * 8 bits) = 40,96 = 40 recibidas

O sea que el número de tramas descartadas es 13 tramas (ya que 40 - 27 = 13)

Por lo tanto las respuestas serian:

a) 27 tramas
b) 20 tramas

2. a). Te pide las tramas totales que se inyectaron al nodo FR.

Para esto hay que calcular: V (flujo de datos) / tamaño de la trama

2000000 bits / 50000 bits = 40 tramas

b). tramas aceptadas sin marca, es decir con DE = 0.

para esto se calcula el Bc = CIR * Tc => Bc = 1024000 bits

luego Bc/tamaño de la trama = 1024000 bits/ 50000 bits = 20.48 =~ 20 tramas aceptadas.

Esta es la resolución matemática, la gráfica es simple al menos en mi cursada yo la di (con el profesor barberio).

(17-07-2014 17:10)AGUSTIN27 escribió:  el punto 3.
Mac origen: bytes 7,8,9,10,11 y 12.
Protocolo utilizado: ARP
Es una trama IEEE 802.3
Hallar dirección que se busca: Mac destino. Bytes 1,2,3,4,5 y 6.
IP que envía el requerimiento: Es la dirección IP origen. A2 40 C0 A8 (Hexadecimal)

3.
d). Me queda la duda, la "dirección que se busca" será la mac de ethernet o la mac de la trama ARP (campo target HA) ??
e). me dio C0 a8 39 fe

(17-07-2014 17:10)AGUSTIN27 escribió:  el punto 3.
Mac origen: bytes 7,8,9,10,11 y 12.
Protocolo utilizado: ARP
Es una trama IEEE 802.3
Hallar dirección que se busca: Mac destino. Bytes 1,2,3,4,5 y 6.
IP que envía el requerimiento: Es la dirección IP origen. A2 40 C0 A8 (Hexadecimal)

Aca estas pifiando.
Mac Origen esta OK
Protocolo ARP esta OK
Trama es la Ethernet 2, NO la IEEE 802.3, ya que tiene campo type (de ethernet 2) y no campo longitud (como 802.3). Esto te das cuenta por que despues de la mac destino, mac origen, dice "08 06" que seria el "type" que indica que es ARP.

Otro metodo para darte cuenta es fijarte si esos 2B pasados a decimales son menores o mayores a 1500

Si es menor a 1500--> entonces indica LONGITUD de los datos (802.3)
Si es mayor a 1500--> entonces indica TYPE (ethernet II) , como en este caso

Me queda una duda. Hay un dato que me dan de más y no se cuál es de estos dos:
AR (Access Rate): 2048 kbps (E1)
Flujo de datos (mediante una aplicación pertinente): 2000 kbps

Para calcular la cantidad total de tramas que se inyectan tengo que usar uno de esos dos y no se cuál. Entiendo que con cualquiera de los dos que agarre en ESTE CASO me va a dar igual, pero en otro podría dar distinto.

Espero que puedan ayudarme con esta incógnita.
Saludos!

EDIT: Me autorespondo por si alguno tiene la misma duda:
El dato del Access Rate no suele ser muy útil, depende en realidad de lo que pida el ejercicio, como por ejemplo, si pide, por ejemplo, reformular las condiciones de contratación para que no se descarten trama, ahí nos sirve el dato para saber las limitaciones que tenemos, pero no es el caso de este ejercicio.
En este ejercicio en particular, el dato del Access Rate o Velocidad de Puerto no lo usamos (salvo que hagamos el gráfico). Usamos el dato del flujo de datos que si no me equivoco es lo mismo a decir tasa de transmisión, que nuevamente, si no me equivoco, es la velocidad a la que los hosts están intentando meter tramas en la red Frame Relay. Podrían bien darnos este dato o decirnos directamente la cantidad de tramas que se insertan.

Respecto al ejercicio 3, es distinto a la mayoría de los que se ven de análisis de tramas. Acá se trata de un ARP, y cambia bastante el análisis (dejo fuentes).

Respuesta:
A) MAC Origen: 00 2E CA B5 A2 40 (no estoy seguro del B5 porque no se lee bien)
B) El protocolo es ARP (0806)
C) La trama es de DIX V2 (porque después de la MAC Origen, vemos que nos está indicando un tipo, no un tamaño)
D) La dirección que se busca es la MAC correspondiente a la dirección IP: C0 A8 39 29 = 192.168.57.41.
E) La IP que envía el requerimiento es: C0 A8 39 FE = 192.168.57.254

Fuentes:
https://www.tlm.unavarra.es/pluginfile.p...ctica5.pdf
http://www.monografias.com/trabajos93/pr...age016.jpg

En el ejercicio de Frame Relay de aca tengo una gran duda que me genera la forma en la que está escrito el enunciado y nadie lo marcó acá.

Dice "Si el destino no realiza control de flujo ni atiende notificaciones de congestión". ¿Esto se refiere a que no le da bola a los bits de FENC y BENC? ¿Se puede entender por esto entonces que no va a marcar ninguna trama ya que nunca va a detectar una congestión en la red? Por lo tanto cuando se refiere a las tramas aceptadas sin marcar hay que tomar el valor de (CIR+EIR)/tamaño de tramas. ¿O me estoy yendo muy por las ramas?

Gracias

(08-07-2016 12:50)DarkCrazy escribió:  Respecto al ejercicio 3, es distinto a la mayoría de los que se ven de análisis de tramas. Acá se trata de un ARP, y cambia bastante el análisis (dejo fuentes).

Respuesta:
A) MAC Origen: 00 2E CA B5 A2 40 (no estoy seguro del B5 porque no se lee bien)
B) El protocolo es ARP (0806)
C) La trama es de DIX V2 (porque después de la MAC Origen, vemos que nos está indicando un tipo, no un tamaño)
D) La dirección que se busca es la MAC correspondiente a la dirección IP: C0 A8 39 29 = 192.168.57.41.
E) La IP que envía el requerimiento es: C0 A8 39 FE = 192.168.57.254

Fuentes:
https://www.tlm.unavarra.es/pluginfile.p...ctica5.pdf
http://www.monografias.com/trabajos93/pr...age016.jpg

Esta perfecto ese y podemos ver que se busca la dirección MAC de destino ya que en la trama Ethernet DIX v2 se puede ver que la MAC de destino es la FF FF FF FF FF FF correspondiente a la dirección de broadcast de la Red. Por lo tanto envia ese paquete allí para que cada router busque en su tabla ARP la dirección IP del cual queremos conocer la MAC (correspondiente al campo TARGET IP) y responda un ARP reply con la dirección MAC en caso de que exista en su tabla. Caso contrario va a volver un "destino inalcanzable".

Así lo entendí yo
Saludos

Che.... no quiero desviar la atención del ejercicio, pero de IPv6 vimos poco y nada, así que estoy buscando. El punto b de IPv6, no se si está mal redactado o yo estoy muy quemada...
a. Qué son y para que se utilizan las cabeceras de extensión en IPv6 ---- gooogleado y encontrado, ok.

b.En que casos a la cabecera enunciada no sigue ninguna otra. -> Los que hayan visto IPv6 en la cursada, saben si se refiere a que si el NextHeader apunta a los datos de transporte es porque ya no siguen más cabeceras de extensión? o apunta a otra cosa?

Gracias!

(30-11-2016 12:19)carla escribió:  Che.... no quiero desviar la atención del ejercicio, pero de IPv6 vimos poco y nada, así que estoy buscando. El punto b de IPv6, no se si está mal redactado o yo estoy muy quemada...
a. Qué son y para que se utilizan las cabeceras de extensión en IPv6 ---- gooogleado y encontrado, ok.

b.En que casos a la cabecera enunciada no sigue ninguna otra. -> Los que hayan visto IPv6 en la cursada, saben si se refiere a que si el NextHeader apunta a los datos de transporte es porque ya no siguen más cabeceras de extensión? o apunta a otra cosa?

Gracias!

Yo la curse con Perez y se refiere a eso.

Las cabeceras a las que no le sigue ninguna otra son la de

TPC -> 6
UDP -> 17
ICMPv6 -> 58

O cuando el valor del campo siguiente cabecera es 59 quiere decir que no hay próxima cabecera.